Anthropic 工程師的 Claude Design 7 個實戰技巧——他同時服務 7 個產品
一個工程師，7 個產品，同時在進行中。
這不是一種特殊情況——這是 Anthropic verticals team 的日常現實。Ryan Mather（@Flomerboy）在 Claude Design 發布後分享了他的使用心得，直接說明了一件事：Claude Design 之所以讓他能跑這麼多條線，不是因為它「好用」，而是因為它從根本上改變了設計工作的速度-品質 trade-off。
這 7 個 tip 不是操作手冊，是一個在高強度多產品環境中實際跑通的工作流。逐條拆解。
Tip 1：先花一小時建立 design system 和 core screens
Ryan 的第一個建議是反直覺的：先投資，再加速。
很多人用生成式工具的方式是直接描述需求，讓 AI 一次出一張稿。這條路的問題在於：每次生成都是零起點，風格不一致、元件不統一，後期改動成本極高。
花一個小時建立 design system——定義顏色、字體、spacing、核心元件——讓 Claude 在後續所有工作都基於這個系統延伸。這個前期投資的回報是：往後每次生成不再需要重複解釋「我的品牌風格是什麼」，Claude 已經知道了。
對服務多個產品的人來說，這個效益更明顯。每個產品有自己的 design system 文件，切換時載入對應的上下文，Claude 就能即時對齊。
Tip 2：與工程師即時迭代——一次會議內設計新功能
這條 tip 說的是一種新的協作模式：設計不再是工程之前的阻塞步驟。
傳統流程裡，設計師做稿 → 交給工程師評估可行性 → 打回來修改 → 再迭代。這個來回往往需要幾天。
Claude Design 的速度讓這個週期縮短到一次會議。Ryan 的做法是：會議中工程師提出需求或疑問，他當場讓 Claude 出 mockup，雙方在真實視覺稿上對話，而不是在抽象需求上猜測。
關鍵在於：Claude 做 mockup 夠快，讓設計師可以維持在高層次對話，而不是被工具操作本身佔用精力。你不需要打開 Figma、新增 frame、排元件、設定 auto-layout。你說，它做，你繼續討論。
Tip 3：用 Comment tool 做外科手術式快速編輯
初稿出來之後，往往有幾十個細節想調整。這時候最低效的做法是用口頭描述：「把那個按鈕移到左邊，然後文字改小一點，顏色換成比較深的」——這種描述模糊、依賴 Claude 的猜測，結果常常跑偏。
Ryan 的建議是：直接用 Comment tool 瞄準，然後暴擊。
Comment tool 讓你在具體的 UI 元素上留下精確的修改指令。你不是在對空氣說話，你是在告訴 Claude「這個具體的東西，要這樣改」。這個「外科手術式」的比喻很準確：不要動其他部分，只動這裡，這樣改。
這條 tip 的底層邏輯是：指令越精確，AI 的回應越可預期。生成式工具的不可控感，很多時候來自輸入的模糊，而不是模型本身的能力問題。
Tip 4：請 Claude 製作影片 demo
這是一個很多人沒想到的使用場景——要 Claude Design 直接幫你做影片 demo。
Ryan 說：Claude Design 幾乎能做你想得到的任何事，比起畫布設計工具，它更像 Claude Code。
這個類比值得細思。Figma 是一個靜態畫布工具，它的能力邊界很清楚：你能看到的就是它能做的。Claude Design 不一樣——它的能力邊界是模型本身的能力邊界，而那個邊界比大多數人預期的更遠。
影片 demo 過去需要 screen recording + 後製剪輯，現在可以讓 Claude 直接生成一個展示流程的 demo。對於需要快速向 stakeholder 展示想法的場景，這個能力有實際的時間節省效益。
Tip 5：用 connectors（尤其是 docs/Slack）
Connectors 是 Claude Design 讓工作流真正「自動化」的部分。
Ryan 的示範是這樣的：設置好 connector 之後，你可以發送一個 prompt：「讀取今天的會議筆記，製作設計方案簡報」，然後去散步。回來的時候，簡報已經在那裡。
這個模式的意義在於：Claude Design 不只是你坐在螢幕前操作的工具，它可以是你不在的時候還在工作的 agent。
docs connector 讓 Claude 能直接讀取你的文件庫，不需要 copy-paste 上下文。Slack connector 讓 Claude 能從對話記錄中提取需求。這兩個整合加起來，讓很多「整理 → 轉化 → 製作」的工作流可以委託出去。
Tip 6：請 Claude 製作客製化即時工具
這條 tip 的核心是：停止用畫布工具的思維使用 Claude Design。
大多數設計工具有固定的功能集合。你學它提供什麼，然後在那個範圍內工作。Claude Design 不是這個邏輯——你可以直接要求它「幫我建一個客製化工具來解決這個特定問題」。
Ryan 的建議是多實驗。你以為它不能做的事，很可能它可以做。你以為需要用 Figma Plugin 才能實現的東西，可能直接描述就能出來。
不同物種有不同超能力——這句話的意思是：別用舊工具的框架限制自己對新工具的想像。
Tip 7：知道何時放慢腳步，手動去做
這是 7 個 tip 裡最重要的一條，也是最容易被跳過的一條。
Ryan 點名了三件事：新 icon、插圖、命名。這些細節對最終設計品質有巨大影響，而且是目前 agentic 工具還沒能完全替代人工判斷的區域。
新 icon 需要視覺一致性的手感判斷。插圖需要情感方向的決策。命名需要語感和對受眾的理解。這些東西不是不能 AI 輔助，而是不能直接 AI 決定——你需要在那裡，做最後的判斷。
Ryan 的警告是：別被 agentic 超速吸進去。Claude Design 的速度是優勢，但如果你讓速度帶著你跑，跳過了這些需要人工審視的節點，最後的設計品質會因為細節的草率而整體降級。
工作流全貌
從前期的 design system 投資，到即時迭代、精準修改、connector 自動化、發散探索，最後在人工審視節點收斂。這個迴圈每次執行都更快，因為 design system 的積累讓每一步的起點更高。
「它更像 Claude Code」——這句話的真正含義
Ryan 把 Claude Design 和 Claude Code 並排，而不是和 Figma 並排。這個比較框架值得認真對待。
畫布工具的思維：你有一個固定的功能集，你在那個範圍內操作，工具的邊界就是你能做到的邊界。
agent 思維：你有一個能力模糊的協作者，你描述問題，它找出解法，你的邊界是你敢不敢提問的邊界。
Claude Code 改變了工程師對「我能做什麼」的想像，不是因為它讓工程師更會寫程式，而是因為它讓工程師能做很多原本需要大量時間或特定技能才能做的事。Claude Design 對設計的意義是一樣的——邊界不再是工具的 feature list，而是你的 imagination。
問題在於：大多數人的使用習慣來自舊工具。用 Figma 思維用 Claude Design，就像用記事本思維用 Claude Code——你會拿到更快的記事本，而不是 coding agent 的真正力量。
Tip 7 的反差：AI 時代知道何時放慢腳步才是真正的技能
這個觀點在 AI 工具討論中很少被強調，但卻是最重要的元認知之一。
速度是 Claude Design 的核心優勢。但速度本身不是目標，好的設計才是目標。當工具的速度快到讓你不需要停下來思考，這本身就是一個需要警覺的信號。
Ryan 的 Tip 7 換個說法是：知道把 AI 的油門踩到底是什麼感覺，然後知道什麼時候該踩煞車。Icon 選錯了，整個 UI 的視覺語言就錯了。插圖風格不對，品牌感就不對。名字起得沒有靈魂，用戶看了不會記住。
這些判斷目前還沒有辦法完全外包給 AI——不是因為 AI 不夠強，而是因為這些判斷涉及對受眾的感知和對品牌的理解，這兩件事在每個具體情境中都是獨特的。
知道在哪裡放慢腳步，才是使用 agentic 工具的真正成熟度。
總結
Ryan 的 7 個 tip 構成了一個邏輯自洽的工作框架：前期建立系統 → 即時協作 → 精準編輯 → 自動化委託 → 探索邊界 → 知道停點。
這個框架之所以有說服力，是因為它來自一個真實的高壓場景——同時服務 7 個產品的工程師，不是在展示工具的可能性，而是在描述他今天的工作現實。
Claude Design 目前還在 Research Preview 階段，Pro/Max/Team/Enterprise 方案分批開放。如果你還沒有試過，建議從 Tip 1 開始：花一個小時建立你的 design system，再做其他任何事。這個前期投資會讓後續所有的實驗都有一個可以回歸的錨點。