Claude Code 里做设计稿、幻灯片和文档
以前设计稿在一边、仓库在一边：对着 RFC 口头讲，再另开工具画线框、做评审幻灯片。现在 Claude Design、Claude Slides、Claude Docs 可以在 Claude Code 会话里直接出稿——指着仓库里的文件和 RFC，要一份设计评审 deck 或 UI mock，对话里改，就绪后分享链接。
产品侧在把聊天与协作能力往「一个 Claude」收拢，Docs / Slides / Design 都可作为对话产物（仍有 beta 味道）。对写代码的人，重点不是营销话术，而是这条开发闭环：从仓库上下文出 mock → 评审 → 再落实现。
开发闭环：mock → 评审 → 实现
典型节奏：
- 对着真实上下文出稿：打开相关 RFC、组件目录、现有 UI，让它基于仓库事实画线框或写评审稿，而不是凭空 invent
- 对话里改：标注「这列对齐设计系统」「这页删掉过渡动画说明」，继续在同一会话迭代
- 就绪后分享：把产物链接丢给评审或产品；通过后再让 Code 按稿实现
比「先口头讲、再另开设计工具、再回来写代码」少两次上下文切换。评审稿本身也是可引用的产物，而不是聊天记录里散落的几段话。
/design、设计系统同步，以及 Design MCP
Design 侧常见入口：
/design：走 Design skill，按 artboard 思路出设计面，适合先定布局再抠细节/design-sync：把设计系统相关约定拉进当前工作上下文，减少「颜色和间距各说各话」- Claude Design MCP（需要时再装）：
claude mcp add --scope user --transport http claude-design https://api.anthropic.com/v1/design/mcp装完后走 /design-login 完成登录。MCP 怎么管作用域与审批，见 MCP 作用域与审批；skill 本身怎么写、怎么触发，见 Skills 指南。
Slides / Docs 同类：在会话里要「把这份 RFC 收成评审幻灯片」或「整理成可分享文档」，改完再分享。不必先离开 Code 换一堆网页标签。
三个实用场景
| 场景 | 你给什么 | 你拿到什么 |
|---|---|---|
| PR 设计评审 | RFC + 相关代码路径 | 评审 deck：问题、方案对比、建议截图位 |
| 写代码前先 mock | 目标页面 / 组件约定 | UI 线框或关键态稿，再按稿实现 |
| Design → Code 交接 | 已定稿的 Design 产物 | 按稿改仓库，diff 与设计对齐 |
双屏时可以把 mock / Diff 弹到第二屏，主屏继续对话，见 桌面端面板弹出。插件与 skill 打包复用仍按 插件指南；MCP、Skills、Hooks 分工见 这篇对照。
可用性与版本
Design skill 面向 Pro / Max / Team / Enterprise 等账号能力；具体以你账号当前开通情况为准，不要默认 Free 也能用全套。Claude Code 本身需要相对新的版本——菜单或 skill 列表里看不到 /design 时，先 claude update，再确认账号侧是否已开放。
不要发明价目表，也不要保证某档订阅一定包含全部 Design / Slides / Docs 能力。能开就开，开不了就继续用仓库里的 RFC + 口头评审，闭环思路不变。
实操小结
- 更新 Claude Code；确认账号侧 Design / Slides / Docs 可用（按账号能力为准）
- 对着 RFC 与真实文件要评审稿或 UI mock，对话里改到能分享
- 需要设计系统时用
/design-sync；要 MCP 时再claude mcp add … claude-design并/design-login - 评审通过后同一会话落实现；双屏审稿用桌面端弹窗
- skill / MCP / 插件边界别混：Design 出稿，Code 改仓，权限仍按原规则
设计稿进 Code，不是为了多一个玩具面板，而是让「看仓库 → 定稿 → 写代码」停在同一条会话链上。