/design 指令跟原本就存在的 Claude Design 網頁版，實際上是不是同一套技術？
是同一套核心編輯技術，但入口跟情境不同。Parrott 明確說明，/design 沿用的是 Claude Design 的編輯器與提示功能，不是重新打造一套獨立的設計引擎——這代表兩者在畫布互動、提示詞理解這些底層能力上是共用的。差異在於使用情境：Claude Design 網頁版是獨立產品，設計完成後打包交接給 Claude Code；/design 則是把同一套編輯能力，直接搬進開發者原本就在使用的 Claude Code 介面裡，省去在兩個工具之間切換分頁、複製貼上程式碼的步驟。
可以理解成，Claude Design 提供了核心的設計編輯能力，/design 則是這個能力的其中一個新入口，讓已經在寫程式現場的人不必先跳出去，兩者背後不是各自獨立演化出來的兩套技術。
「設計會延續到建置步驟，但目前還要手動按儲存」，這句話透露了什麼開發階段的訊號？
這代表底層的技術路徑（畫板資料能不能傳遞到實作階段）已經打通，但使用者體驗層面的細節還沒打磨完成——這是研究預覽階段常見的狀態：核心功能可運作，但操作流程裡還留著一些「應該被自動化、但暫時還需要手動處理」的步驟。Parrott 明確表示這個手動儲存步驟很快會被拿掉，這代表這不是設計上刻意保留的手動確認機制，單純是還沒來得及優化的過渡狀態。
對正在評估要不要導入這個功能的開發者而言，這個細節值得留意：現階段使用時，如果忘記手動按儲存，可能會導致修改的畫板內容沒有真正被實作步驟採用，這是目前使用上需要額外注意的地方，而不是這個功能本身設計不良。
Parrott 坦言實作是否遵循設計「取決於模型」，這句話對評估這項功能的人來說，實際該怎麼解讀？
這句話等於明確劃出這項功能目前的能力邊界：畫板不是一份會被強制執行的規格文件，它是給模型參考的施工圖，模型在實際寫程式碼時，仍然是依照自己的判斷去實作，只是這個判斷會參考畫板內容，不是逐像素複製。這代表如果你的任務對「成品必須跟設計稿完全一致」有嚴格要求（例如品牌規範極其嚴謹的正式產品介面），目前這個功能可能還無法完全滿足，需要額外的人工比對確認。
比較務實的定位方式，是把 /design 產出的畫板當成「跟工程師溝通意圖」的工具，而不是「取代正式驗收流程」的工具——先用畫板快速對齊方向，實作完成後仍然需要人工檢查產出結果是否真的貼合畫板，這一層把關目前無法省略。
這項功能跟今年 6 月已經存在的 /design-sync 指令，兩者的分工具體是什麼？
/design-sync 解決的是「同步」問題：把程式庫裡既有的 React 設計系統上傳到 Claude Design，讓後續在 Claude Design 裡的設計工作，能採用團隊真實的元件庫，而不是套用泛用樣板。這是單向、偏向前置準備性質的動作。
/design 解決的是「生成到實作」的完整流程壓縮問題：在已經身處 Claude Code 開發現場的狀態下，直接產出多個設計選項、挑選、編輯、實作，不需要先切換到 Claude Design 網頁版完成這一連串步驟。兩者可以視為互補而非替代——如果團隊已經用 /design-sync 把設計系統同步進 Claude Design，理論上這份設計系統資產也能讓 /design 產出的畫板更貼合既有風格，但這一點屬於目前開發社群提出、官方尚未明確回答的三個問題之一，實際整合程度還需要後續觀察。
Anthropic 產品設計師 Nate Parrott 於美國時間 8 月 17 日在 X 平台宣布，Claude Code 開放「/design」指令的早期預覽。開發者在終端機或桌面版輸入類似「/design 為這個功能設計幾個選項」的指令，Claude 會先產出多張可編輯的介面設計稿（畫板），開發者挑出喜歡的一張、直接修改，再讓 Claude 照著實作成程式碼。目前這項功能僅支援終端機與桌面版，尚未支援 VS Code。
這項功能瞄準的是 AI 寫介面時的一個老問題——開發者過去只能用文字描述想要的畫面，生成結果不對就得重新描述一輪，來回猜測相當耗時。/design 把這個順序反過來，讓開發者先看到多個視覺化選項，再決定要往哪個方向走。Parrott 說明，Claude 會讀取使用者的程式碼庫、比對現有 UI 風格，把設計稿做成可分享的模擬畫面，放進一個 Artifact（Claude 生成、可獨立預覽與分享的互動內容）裡。這個底層機制跟 Claude Code Artifacts 把工作階段輸出轉成可分享頁面的技術相同。
產出的畫板可以直接動手改。Parrott 表示，團隊把 Claude Design 的編輯器與提示功能「直接整合進 Claude Code」，開發者能在畫布上調整設計，不必回頭改文字指令重新生成。這也是這次更新裡最直接跟 Claude Design 產生交互的地方：/design 指令不是重新做一套獨立的設計引擎，而是把今年 4 月上線的 Claude Design 編輯器能力，原封不動搬進 Claude Code 的介面裡，讓開發者不必先跳出寫程式的環境去 claude.ai/design，就能用到同一套編輯體驗。
有開發者在貼文下追問：畫板內容會延續到建置步驟嗎，還是得在提示裡重新描述一次版面？Parrott 回覆「會延續過去」，但提醒這版預覽仍要手動按下「儲存」，設計才會帶進實作，並表示很快就會取消這個手動步驟。Parrott 也坦言，實作是否確實遵循設計「取決於模型」，只是模型「在這方面變得越來越好」——換句話說，畫板目前的角色是給模型看的施工參考圖，不是強制規格，成品仍可能跟設計稿有落差。
Claude Design 跟 Claude Code 之間原本就有通道：官方公告寫明，在 Claude Design 完成設計後，能打包成「交接包」，一道指令交給 Claude Code 接手開發；Claude Code 這端則早在今年 6 月就有「/design-sync」指令，能把程式庫裡既有的 React 設計系統上傳到 Claude Design，讓設計採用團隊的真實元件。/design 的新意在於入口位置：把「先產生設計選項、直接編輯、再交給 Claude 實作」整套流程，直接收進 Claude Code 裡的單一指令，開發者不必先繞道 Claude Design 或走 MCP（外部工具串接協定）流程，可以在寫程式的現場當下就叫出設計畫板。有開發者在社群上反應這個功能目前「相當耗費 token」，這點官方尚未進一步說明。
目前這項功能仍是早期預覽，開發社群提出的疑問包括：畫板會存成程式庫裡的檔案，還是只存在單次工作階段裡——前者才能讓設計審查進入團隊既有的程式碼審查（PR）流程；能否直接載入使用者已在 Claude Design 建好的設計系統，決定新入口能不能接上既有設計資產；當實作結果偏離畫板時，Claude Code 會不會主動修正回來。在這三個答案出爐之前，/design 比較接近寫程式前的快速草圖工具，要成為正式開發流程裡穩定的一環，還要看接下來 Anthropic 怎麼補齊。