本日設計情報｜2026/08/24：Figma 談 Agent 設計共識、Runway 打通 HDR 生成、藤本壯介台北開展

Figma 這次沒有發新功能，反而先出了一份寫給主管看的內部通訊，談的是怎麼設計一個 agent 產品才不會失控。同一個禮拜，Runway 把生成內容跟調光母帶之間的距離拉近了一大步，普林斯頓和 UC San Diego 的研究團隊也剛好把「skill 到底怎麼讓 agent 變聰明」這件事拆開來看。台北這邊，藤本壯介的建築展從忠泰美術館一路展到建國啤酒廠的老倉庫，用洋芋片跟木構屋頂講同一套空間邏輯。收尾留給一篇色彩科學的提醒：OKLCH 生成顏色很準，但拿它的明度去排色階，可能從頭到尾都算錯了對比。

🔥 Figma 罕見開內部通訊：打造 Agent 產品，科技巨頭主管的三個共識

Figma 這次沒有端出新功能，反而先發了一份寫給主管看的內部通訊——《Sightlines》第二期，找來幾位科技公司的資深主管，談他們怎麼設計 agentic 產品。整理下來就三條：讓 agent 把推理攤開來給人看、靠真實使用數據持續打磨、事先畫好哪些決定必須留給人類把關，尤其牽涉敏感資料的時候。

幾句話特別值得抄下來。Thomas Vidal 的說法是「設計行為的規則，而非一味拉高能力上限」；Rachel Been 強調測試的嚴謹度比第一天做到完美更重要；Jake Albaugh 則建議團隊換一套品質標準，才看得到過去被蓋住的落差。三個人講的其實是同一件事：agent 產品的品質，藏在你怎麼包裝它，而它能做到什麼反而其次。

這對常常把「AI 功能」當成一次性上線項目的設計團隊，是個提醒。Agent 產品的上線邏輯，跟過去做功能已經是兩套劇本——工程做得再強，沒把「怎麼被信任」設計進去，一樣站不住腳。

閱讀原文 →

Runway 幫生成內容開了 HDR 大門：Ruby 轉檔、Gen-4.5 直接原生輸出

Runway 這幾天在 API 文件裡低調上線兩件事。第一個是新模型 Ruby，能把任何 SDR 影片——不管是上傳的素材還是站上生成的——轉成真正的 HDR，輸出格式涵蓋 HDR10、HLG、ProRes 剪輯格式，甚至 OpenEXR 序列檔，最長可以吃 40 秒、4096 像素以內的來源。

第二件事更關鍵：Gen-4.5 和 Aleph 2.0 這兩個影像模型，現在直接原生支援 HDR 渲染，輸出選項包含 hdr10、hlg、10-bit SDR，還有專業母版規格如 BT.2020 分級、HDR10 metadata。過去只有調光師搞得定的母帶規格，生成模型現在自己就先幫你搭好骨架。

對做廣告或短片的設計師來說，這代表「先生成、再進 Resolve 調光」的兩段式流程正在被壓縮——後製少掉一段，但色彩準不準、風格對不對，終究還是設計師該盯緊的判斷，不會因為工具幫你搭好骨架就自動到位。

閱讀原文 →

Agent 為什麼學了 Skill 會變聰明？普林斯頓、UCSD 拆開來看

一組來自普林斯頓、UC San Diego 等機構的研究團隊，跑了超過 8,135 次測試，想搞懂「skill」（技能檔）到底怎麼讓 AI agent 變好用。結論跟直覺不太一樣：skill 真正的作用在於給一套「怎麼做」的步驟，而非知識本身——該先跑什麼設定、工具怎麼串接、中間該停在哪裡檢查。研究把貢獻拆成佔比，光是「流程指引」就佔了 65.7% 的表現提升，知識本身只佔 4.5%。

但 skill 也有明顯的卡點。研究抓出兩個現象：一是 agent 有時候把 skill 套得太死，碰到需要換個做法的新情境還硬套進去（約一成案例）；二是 skill 庫一大，找到對的 skill 的準確率就崩，從 5 條 skill 時的 29.6% 掉到 100 條時只剩 3.3%，尤其是選項名稱長得很像的時候。

這對開始幫 Figma agent、Claude Code 寫 skill 的設計師是很實際的提醒——skill 寫法要偏流程而非塞知識，skill 庫也要定期做檢索健檢，不然新技能反而會把舊技能擠到找不到。

閱讀原文 →

藤本壯介台北開展：忠泰美術館到建國啤酒廠，走進他的「未來森」

《藤本壯介建築展：原初．未來．森》8 月 15 日起在台北忠泰美術館開展，同時在中山區的建國啤酒廠成品倉庫開了一個衛星展區，兩個場館一路展到明年 1 月 3 日。忠泰美術館這邊主打一件跟 AI 科學家宮田裕章合作的懸浮裝置作品《未來の森》，這次特別把它從常見的「出口彩蛋」位置搬到入口，一進場就要觀眾先面對這種時間感錯位的張力。

建國啤酒廠這邊更硬派——直接把 2025 大阪世博圓形木構屋頂，用 1:5 比例、4.1 米高的模型重建在老廠房裡，讓人可以實際走進去感受木構的尺度。展覽也用彩色壓克力方塊拆解藤本壯介的三條設計脈絡（開放性、群體構成、多機能空間），還挖出他學生時期沒公開過的手稿。

這檔展覽最值得設計師看的地方，是把常被當成概念發想道具的東西——橡皮筋、水果網套、洋芋片——直接拿來當建築尺度的示範教具，把抽象的空間原理換成看得到摸得到的日常物件比喻。

閱讀原文 →

OKLCH 選色很準，排色階你可能一直用錯數字

這禮拜 UX Collective 上一篇文章，戳破設計系統圈很多人沒細想的問題：OKLCH 這個色彩空間拿來生成顏色很厲害——調色感覺均勻、漸層不死板——但它的 Lightness（明度）數值，沒辦法拿來準確預測「對比度」。也就是說，用 OKLCH 的 L 去排色階（50、100、200 一路到 900 那種），排出來的視覺明度看起來順眼，但同一個 L 值套在不同色相上，實際的可讀對比可能差很多。

這正是色彩科學圈這幾年一直在吵的老問題——OKLCH 的 L 軸是「感知均勻」，感知均勻不等於「對比可預測」，兩件事常被設計師混為一談。想讓色階的對比度真正可控，得換一個真正把對比度算進去的數值當基準，不能照搬色彩生成器吐出來的 L 值。

對每天在 Figma 或 Tailwind config 裡調 design token 色階的人，這是個具體提醒——色彩空間選對了，不代表色階排對了，生成顏色的工具跟驗證對比的工具，本來就是兩把不同的尺。

閱讀原文 →