本日設計情報｜2026/08/29：Figma 讓代理讀懂設計系統、Claude Cowork 長出瀏覽器、Webflow 開源密鑰護欄

Figma 這幾天沒停過更新的節奏，這次把設計代理和程式碼工作流直接接上線；Claude Cowork 這週在桌面版自己開了一顆瀏覽器辦事；Webflow 想通了一件事——擋不住工程師用 AI 代理，乾脆把護欄裝進代理本身；OpenAI 也被證實在測試讓 Codex 一直醒著、自己接續任務。代理正從被叫喚才動，變成常駐在場，今天五則新聞串起這條線，最後讓 NN/g 提醒我們：代理跑得快，善後的還是人。

🔥 Figma：讓寫程式的代理讀懂你的設計系統，元件不再兜不起來

Figma 這篇 Workflow Lab 案例研究把焦點放在一個老問題：coding agent 生出來的畫面，常常跟設計系統對不上——用錯字重、間距抓錯、元件明明有現成的卻被重新刻一顆。Figma 這次把 MCP Server、Code Connect，還有 FigJam 裡新出的 generate_diagram、get_variable_defs 兜在一起，讓代理在動手寫程式前，先讀得到你的元件庫、變數命名，還有目前的設計規範。

案例裡的虛構團隊 Radicle 是一間 STEM 學習 App，示範怎麼在 FigJam 先畫出收件匣批次更新的流程，再把設計檔和元件庫交給代理，讓它認出既有元件、抓出「這裡該用哪顆按鈕」，不用每次都憑空生一顆長得像的。get_variable_defs 則是拿來抓 design token 跟程式碼之間的「漂移」——你在 Figma 改了色票，代碼那邊沒跟上，這支工具會先講。

這條路線考驗的，是設計系統本身的完整度。做得完整的團隊，會是第一批吃到這波紅利的人；全靠口耳相傳、沒有系統的團隊，代理一樣會做出一堆對不齊的畫面，只是這次換成用程式碼的形式亂而已。

閱讀原文 →

Claude Cowork 長出自己的瀏覽器，不裝外掛就能上網辦事

Claude Cowork 桌面版這週開始長出自己的瀏覽器——不用裝 Chrome 擴充套件，Claude 直接在側邊欄開一個獨立分頁，自己導航網頁、填表單、點按鈕、打字，你在另一邊繼續做自己的事。這顆瀏覽器跟你平常用的完全分開，你的分頁、書籤、密碼它看不到；要用你已登入的帳號，得自己選擇匯入，銀行、信箱、SSO 這類敏感站台則被排除在外。

跟原本的 Claude in Chrome 分工也講清楚了：Chrome 擴充套件適合處理你已經開著、已登入的頁面；內建瀏覽器則是拿去做跟你的分頁無關的獨立網頁任務，兩邊互補、各司其職。Pro、Max、Team 方案這週陸續開放，Enterprise 現在就能用，由管理員在組織設定裡開關。

給 Claude 一個自己的身體上網，等於把 agent 從讀你螢幕上的東西，升級成自己出門辦事。對設計師來說最實際的用法可能是素材蒐集、競品截圖、填制式表單這類瑣事——把這些丟給有獨立瀏覽器的 Claude，你的分頁反而能保持乾淨。

閱讀原文 →

Webflow 擋不住工程師用代理，乾脆開源護欄 ctxcop

Webflow 工程團隊寫了一段很誠實的踩雷經過：一支 AI coding agent 為了 debug 部署問題，跑了 printenv，結果把一組活著的 AWS session token 整包印進了對話紀錄——沒有誰做錯什麼，代理只是在盡責地幫忙，token 就這樣進了模型的 context window。這件事讓 Webflow 決定不走禁用 AI 代理這條路：工程師用 AI 代理的速度比任何工具都快，禁了，風險只是換到看不見的地方繼續發生。

他們的解法是 ctxcop，一支開源 CLI，掛進 Claude Code、Cursor、Codex、Aider 這些工具的 hook 裡，在密鑰要從你機器流進模型 context 的那一刻攔下來，換成一段像 AWS_ACCESS_KEY_ID=<REDACTED:aws-access-key:OLIA> 的占位字串——指令照樣在你的 shell 裡用真值執行，模型自始至終沒看過真正的密鑰。攔截同時還會留一句話跟代理說：這裡有密鑰被拿掉了，要用請間接參照，比默默把輸入攪亂、讓代理自己學會繞過去更有效。

這則新聞放在設計工具公司身上特別有意思——Webflow 本業是幫人做網站，卻先一步把 AI 代理的安全護欄這件事扛下來，跟建立元件庫、design system 是同一種心態：與其禁止大家亂搞，不如把規矩做進工具本身。

閱讀原文 →

OpenAI 測試「常駐代理」：Codex 做完一件事，還會自己接下一件

OpenAI 被證實正在測試一種常駐模式，讓寫程式的代理 Codex 能持續運作到被主動喊停為止——跨會話記得進度、自己生出後續任務，甚至在你沒開口問的情況下主動回報進展；牽涉到系統外部的異動，還是得等你點頭批准。

目前這個模式還在內部測試，OpenAI 明確講了沒有立即發布計畫，但方向已經很清楚：agent 正從一問一答的工具，變成掛在背景一直在做事的隊友。

常駐化這件事，對設計團隊來說改變的是管理方式——一旦代理能自己接續昨天沒做完的活，你要盯的東西從一次次的 prompt，變成一整條看不見的工作線。誰在看它做了什麼、什麼時候該喊停，會變成比怎麼下指令更關鍵的技能。

閱讀原文 →

NN/g：代理生得快，UX 團隊得負責善後——「監管時代」來了

NN/g 這篇提出一個說法：我們正走進 UX 的監管時代。AI 讓團隊生成畫面、跑原型的速度，遠遠超過 UX 團隊評估的速度，省掉使用者研究、跳過設計檢視，把 AI 生出來的功能趕著上線——畫面勉強能展示、能發布，但使用者的困惑跟信任流失會晚一點才浮現，那筆帳就是「UX 債」。

文章給的建議很實際：一是靠成本效益分析建立團隊共識，分清楚做得出來跟該不該做；二是把評估這件事的速度追上生產速度，先把研究基礎設施、評估範本準備好，別等東西做完才臨時抱佛腳；三是把設計系統跟 UX 指南直接嵌進生成流程裡，讓 AI 一開始就往對的方向產出，減少生完再大改的來回。

這篇放在今天當結尾特別剛好——前面四則新聞講的都是代理變快、變自主、長出手腳，NN/g 這篇提醒的是：速度是代理的事，但誰該為結果負責、誰該判斷這版能不能上，終究還是人的事。

閱讀原文 →