MCP server 把 1DesignTool 暴露给外部 agent——连接任何支持 MCP 的 客户端(Claude Code、另一个编码 agent、一个自动化),它就能以编程 方式驱动工作室:创建项目、发送 run、读取结果。它是工作室的 API 面,跑在 Model Context Protocol 上。
MCP 暴露什么
server 把工作室的操作以 MCP 工具的形式呈现——连接的 agent 可以 调用的命令:
- 项目操作 ——创建、打开、列出和驱动项目
- 运行操作 ——发送 brief、读 transcript、驱动轮次
- 工作室操作 ——读取状态、agent 和系统
连接的 agent 看到的工作室和你看到的一样——项目、agent、系统—— 通过协议驱动它,而不是旁门左道。
访问面板
Settings → MCP access 显示 server 的状态:它监听的端点、允许 连接的客户端、连接使用的 token。访问真正存在的地方在这里—— server 是本地的,面板控制谁能到达它。
默认 server 仅本地——面板把守哪些客户端可以连接,活动日志记录 每个客户端做了什么。
连接一个客户端
把一个支持 MCP 的客户端指向工作室的端点,带上访问面板里的 token——连接在面板里注册,客户端的工具就暴露出工作室的命令。 从那里,客户端驱动和你点击相同的操作:创建项目、发送 run、读取 结果。
看一个 MCP 轮次落下
连接的客户端没有旁门通道——它的轮次和你的一样到达。这里 Cursor 向工作室 上一轮刚建好的移动应用项目发出一次重设计:prompt 上带的是 via MCP · Cursor 标签而不是 composer 发送,run 在 transcript 里 展开,门禁在结束时报告。
项目历史也会保留出处——MCP 轮次计入项目的 MCP 轮次总数,连接出现在 它的访问行里,所以从外部驱动的设计总是可追溯的。
通过 MCP 自动化
因为 server 是工作室真正的 API,自动化是天然用途——每晚重新生成 设计 token 的脚本、重建品牌看板的 CI 步骤、自己跑工作室循环的 外部 agent。Settings → MCP 下的活动日志显示每个连接的客户端 做了什么——调用、run、结果。
本地优先,和其他一切一样
MCP server 跑在你的机器上——端点是 localhost,token 是你的, 调用留在本地。MCP 客户端驱动你的工作室的方式和你一样:通过你 的 agent CLI、你的配额、你的文件。
Tip: 接客户端之前先开访问面板——token 和允许客户端列表都在 那里,连接被拒通常意味着客户端不在列表上,而不是 server 挂了。