📰 本日設計情報｜2026/05/10：Autodesk 把 3D 搬進瀏覽器、ChatGPT 上線「信任聯絡人」、4Creative 一個品牌 130 個 logo、Star Fox 翻車、NN/g 的 UX writing 拷問
5/10 設計情報：Autodesk 把 3D 搬進瀏覽器、ChatGPT 上線信任聯絡人、4Creative 一個品牌 130 個 logo、Star Fox 翻車、NN/g 的 UX writing 拷問。
設計工具今天同時做了兩件事 — 把進入門檻往下砍，把責任邊界往外推。Autodesk 把 3D 建模搬進瀏覽器，0 安裝就能開始；ChatGPT 加上一個會主動通知家人朋友的安全機制，AI 不再只負責回答問題。中間還有兩件關於「視覺風格決策」的辯論：Channel 4 的 in-house agency 直接把 logo 做成 130 個版本隨機輪播，Nintendo 則因為把 Star Fox 升級得太擬真被 fanbase 集體罵翻。最後 NN/g 把多年累積的 UX writing 困境打包成一份 FAQ — 介面文字到底誰要寫，終於有人正面回答。
以下是最近最值得關注的 5 則消息。
🔥 1. Autodesk Project Falcon — 3D 建模門檻被砍到剩瀏覽器
3D 建模可以這樣開始：打開瀏覽器，從零件庫拼一台太空船，按匯出。Autodesk 5/8 上線的 Project Falcon 把整個入門流程剪到剩下這三步。
核心是 kitbashing — 系統給你幾千件預製零件（載具、機械、太空船元件），你像拼樂高一樣組合，UI 把所有 3D 軟體常見的拓樸、UV、法線術語拿掉。完成後可以匯出到 Maya、3ds Max 或 Blender 繼續精修，等於用最低門檻完成「概念階段」。
對長期被 Maya/Blender 學習曲線擋在外的設計師很關鍵 — 概念階段你不需要打磨拓樸，你需要的是「快速試出形狀」。Falcon 直接把這個 mindset 做成工具。門檻一旦低到這個程度，3D 會像 Photoshop 一樣變成設計師的「理應會用」。沒先卡位的，明年補課很累。
2. ChatGPT「信任聯絡人」上線 — AI 開始替你看顧情緒
ChatGPT 從這週開始會在你陷入危機時打電話給你媽 — 比喻地說。
5/7 OpenAI 推出 Trusted Contact 功能。使用者可以在帳號裡設定一位信任的家人朋友，當系統判斷對話內容出現嚴重的自傷風險，受過訓練的人類審核員會在 1 小時內 review，必要時主動發 email/簡訊通知這位聯絡人。通知不會包含對話內容，只是提醒對方該關心一下這位用戶。
這個轉變對 conversational UI 設計師來說是新的設計議題：如何讓使用者知道「有人類在看」？如何在不嚇到人的前提下把這個機制溝通清楚？對話介面的下一個設計問題不是「AI 能說什麼」，是「AI 不該假裝沒聽見什麼」。
📖 延伸學習
3. 4Creative 全新 Logo — 130 個版本同時是這個品牌
品牌識別的鐵律之一是「一個品牌一個 logo」。Channel 4 的 in-house agency 4Creative 5/8 直接把這條規則扔了 — 他們的新 logo 同時有 130 個版本。
這 130 個 4C 字符是團隊每位成員親手畫出來的，從 apprentice 到 ECD 都有自己的版本，畫面上隨機輪播。新人加入就把自己的 4C 加進系統，logo 永遠在「長新成員」。一致的不是形狀，是「任何成員都能把自己留進品牌」這件事。
對台灣的設計團隊很值得參考：如果你手上的品牌真的有「多元聲音」這個價值，動態識別系統可以是真實的策略，不只是 motion graphics 練習。但反過來也要警告 — 沒有真實多元的團隊用這套會看起來很尷尬，因為 130 個 logo 每個都長得像同一個人畫的。
4. Star Fox 64 重製版翻車 — 高擬真不是更好的角色設計
Nintendo 把 Fox McCloud 升級到 Unreal Engine 5 級別 — 真實毛髮、電影級光影、解剖學正確的小腳掌。然後 fanbase 集體拒收。連 Star Fox 的原始創作者都站出來說他「比較喜歡電影版」。
問題不在技術，在 silhouette。原版 Fox 的吸引力是那雙不合比例的大眼、那雙誇張突出的腳、那個「看一眼就知道是誰」的剪影辨識度。把這些「奇怪的小細節」磨平，留下的就是一隻技術上很正確的狐狸，沒人想擁抱。
這件事跟 AI 生圖時代特別相關 — 大家都在追求「擬真」「電影感」，但角色設計的工作從來不是「把細節加滿」，是「決定哪些奇怪的小東西要留下來」。新引擎只是工具，剪影才是品味。
5. NN/g UX Writing FAQs — 介面文字是設計流程最後那一棒
介面上的字是誰寫的？這個問題在大部分團隊都沒人能回答 — NN/g 5/8 用一份 FAQ 終於把它擺上桌。
重點：UX writing 不是寫文案，是設計微互動的一部分。理想負責人是 UX writer，現實是設計師、PM、工程師、行銷輪流寫。什麼時候寫？應該在 wireframe 階段就寫，不是上線前補。
這篇對台灣設計團隊特別有用 — 我們大部分專案沒有專職 UX writer，最後界面文字常常是工程師或 PM 順手填，導致按鈕文案、錯誤訊息、空狀態文案完全不一致。NN/g 提的解法很實際：把「寫 UX 文字」當成設計交付的一部分，跟視覺一樣 review。
UX writing 是設計流程最沒人接的那一棒。誰決定要接，誰的產品就會看起來「多用心」。
📖 延伸學習
