設計師 Tech Stack 轉向：從 Figma Handoff 到 Code-based Design 與多 Agent 工作流
yvonhuang 觀察到越來越多產品設計師在產品設計階段減少使用 Figma，改用 Conductor、Paper、Pencil、Claude Code、元件庫與前端 prototype 直接迭代。這篇整理 Ridd 的 Paper + Conductor 流程、留言區對 Figma 的反方辯護，以及設計師應如何判斷何時使用 visual canvas、何時進入 code-based design。
原文脈絡
@yvonhuang 觀察到近期越來越多設計師在自己做產品設計時不太使用 Figma。她提到設計師 Ridd 在 Dive Club 影片中展示目前流程：用 Conductor + Paper 在短時間內完成 landing page 修改、產品卡片迭代探索與 prototype 製作。Ridd 也說，六個月前自己的工具與流程幾乎和現在不一樣。
這個觀察背後有兩個趨勢：
new tool、new model、new workflow 不斷出現，設計師需要的核心能力不只是熟練某一套軟體，而是能快速適應新工具，把它接進自己的產品開發流程。
Paper / Pencil 這類 code-based design tool，以及 Conductor 這類多 agent 工作台，把設計探索、程式修改、prototype 與 PR 管理放進同一個工作流，讓傳統 handoff 變薄。
這波 workflow 改變了什麼
| 傳統產品設計流程 | Code-based / Agent-native 流程 | 影響 |
|---|---|---|
| 設計師在 Figma 畫 mockup | 設計師直接在 prototype / 前端環境改 UI | 更早看見真實互動、資料狀態與邊界情境 |
| Figma library 作為設計系統中心 | 元件庫在 code 端維護，再同步或映射到設計工具 | 減少設計系統與實作版本分岔 |
| Handoff 給工程師重做 | 工程師把真實資料與商業邏輯接入既有 prototype | 降低 padding、狀態、動畫、edge case 的落差 |
| 單一工具內手動迭代 | 多 agent / 多 worktree 並行探索 | 速度更快，但 token、版本與品質控管成本升高 |
Conductor + Paper 在討論中的角色
原文補充提到，Conductor 可以同時用多 agent 多工處理，並在同一介面管理不同 worktree、session 與 PR。YC CEO Gary Tan 也展示過 Conductor 內建的 GStack virtual engineering team 模板，包含各種 skills，甚至有 /officehour skill 可用 YC CEO 風格問題拷問產品定位。