Open Design 0.18.0：设计团队工作区，现已进入 Codex
open-design-v0.18.0 —— 两天内 22 位贡献者提交了 115 个 PR。代号「Design Team Workspace. Now in Codex.」。Open Design 为设计团队提供了一个共享空间，用来管理项目、评论、设计系统、插件、技能和工作区账单——并将同一套创作引擎直接带入 Codex。
open-design-v0.18.0，于 2026 年 8 月 5 日发布。两天内 22 位贡献者提交了 115 个 PR。代号「Design Team Workspace. Now in Codex.」。Open Design 曾经是一个让个人尽情创作的强大空间。这个版本为整个设计团队提供了一个共同的家——并把同一套创作引擎放进 Codex。
想看所有变更？请阅读 GitHub 上的完整发布说明。本文讲的是产品故事：新工作区改变了什么、Codex 如何融入，以及今天可以从哪里开始。
你的设计团队有了一个共享空间
过去，协作往往从离开 Open Design 开始：导出文件，把截图贴进聊天，询问哪版文案才是最新的，然后为下一个人重复同样的设置。到了 0.18.0，你的个人工作区旁边有了 Team workspace。创建一个、切换进去，再通过感知席位的流程邀请同事并分配角色。所有人都通过同一个 Open Design Cloud 账号体系登录，并来到同一个地方。
边界依然清晰。个人工作仍属于个人；团队项目、共享资源和支出属于当前启用的 Team workspace。方案铭牌会显示你正在使用哪个工作区，因此共享工作时不必再猜究竟涉及哪个账号或余额。
Open Design 现在可以在 Codex 中使用
0.17.0 打开了入口；0.18.0 则确保没有人会错过。Codex Desktop 和 CLI 可以把 Open Design 作为一套完整的创作引擎来调用。确认视觉简报，选择 Open Design Cloud 或受支持的本地运行时，就能获得真正的 Preview 或 Studio 成果，无需手动再搭一套技术栈。
当 Codex 需要时，已签名的 Open Design 运行时会以无头模式启动，因此不必再盯着一个额外的应用窗口。外部 MCP 主机也不会因为本地服务重启后换了端口就失去 Open Design：连接会自动找到归途，@open-design 无需重新设置便能继续工作。
如果你从 0.16.x 直接升级到这个版本，0.17.0 版本的内容也包含在这次升级中——Open Design 已经成为 Codex 可以直接触达的设计层。
共享项目会自行保持最新
把项目移入 Team workspace 后，每位成员都会获得一份实时只读镜像。所有者工作时内容会自动拉取，在线头像会显示谁正在查看，传输进度始终可见，评论也能双向流动——包括来自只读模式查看者的评论。不需要任何人重新发送项目，「这是最新版吗？」也不再是会议里的固定话题。
这个模型刻意保持简单：所有者保留编辑权限，其他人则可以跟随当前状态并在上下文中进行审阅。这样一来，项目不必等到「完成」之后才值得共享，也不会把每次评审都变成一场合并难题。
共享整套工具，而不只是产出
共享文件只完成了一半工作流。另一半，是产生它的系统与习惯。在 0.18.0 中，设计系统、插件和技能都可以共享到 Team workspace，因此团队成员无需再开一次设置说明会，就能接手同一套品牌工具包和可重复使用的工作流。
账单也遵循同样的边界。余额、充值和运行费用都归属当前启用的工作区：团队工作由团队付费，个人探索仍然属于个人。共享的创作工具包与为其买单的账号，终于可以一起流转。
一个真正有工作区感的工作区
新的协作模型与重新设计的首页一同到来：全新的主视觉、侧栏、标签页、模板与插件详情界面，外加消息中心、由真实发布数据驱动的「最新动态」面板，以及更安静的更新提醒。目前应用以浅色模式为先，因此在这些新界面逐步形成统一观感期间，主题设置暂时退出。
细节承载着这套模型。工作区切换清晰可见，共享工作与个人工作彼此分明，当前方案会一路跟随你。产品动态就住在产品里，不再依赖某个人转发链接。
Agent 能把更多已经开始的工作真正做完
如果长时间运行的工作仍在终点线前停下，团队层就没有意义。过去在工具调用后立刻卡住的会话，现在会自行恢复。Kiro 运行能够干净地完成当前轮次；当 AMR 运行确实停滞时，应用也能解释原因。
必答问题也不再像一扇锁死的门。如果 Agent 问了一个你无法或不想回答的问题，可以跳过它并继续。Agent 会使用已有上下文工作，而不是让整个运行被一个问题绑架。
0.18.0 还带来了什么
- Clone Audit 加入社区插件库——检查克隆网站的视觉还原度、残留追踪代码、源品牌或语言残留、占位内容和高风险外部依赖，然后给出有证据支撑的部署结论，并附上文件与行号凭据。感谢 @bestthanapon。
- 插件目录有了正式入口——独立落地页会在用户安装应用之前介绍 Open Design 插件。
- Codex Agent 页面回应了真实的搜索意图——为寻找 Codex UI 及其周边设计工作流的人提供更清晰的定位。
- 应用内浏览器会记住你的视口——设备尺寸只需选择一次，后续会话会继续沿用。感谢 @HD-L。
- 已删除的项目不再纠缠标签页——移除项目时，也会一并清除其保存的标签页布局。感谢 @EthanGuo-coder。
- Azure 部署名称又可以编辑了——BYOK 用户可以直接修正部署名称，不必再与表单较劲。感谢 @mturac。
- 账单失败会礼貌退避——当 Cloud 账单端点不可访问时，应用会按退避曲线重试，而不是持续冲击一条已经失败的连接。
今天就能用它做什么
| 如果你是…… | 从这里开始 |
|---|---|
| 设计负责人 | 创建一个 Team workspace，邀请一位同事，再把一个进行中的项目移进去，让团队能在上下文中审阅当前状态 |
| 已经在使用 Codex | 安装或更新 Open Design 插件，然后让 Codex 生成一份视觉简报，并在 Preview 或 Studio 中打开结果 |
| 正在维护品牌系统 | 共享团队应当复用的设计系统、插件和技能，而不是分别发送设置说明 |
| 正在审阅工作 | 打开共享镜像，查看在线状态并留下评论，无需要求所有者再导出一份快照 |
| 正在管理团队支出 | 运行前切换到 Team workspace，并确认方案铭牌，让费用计入正确的余额 |
接下来做什么
设计团队不应该靠导出文件、聊天线程和重复的设置说明会来拼出协作。0.18.0 给工作一个共享空间，给这个空间一套共享工具，也让 Codex 能够直接触达同一套创作引擎。创建一个 Team workspace，把一个真实项目移进去，再邀请那个原本会来问你要最新截图的人。
两天内 115 个 PR，来自 22 位贡献者。他们把 Open Design 从个人工作区变成团队可以共同身处的空间——也让 Codex 能够调用这个空间。协作不是一个分享按钮，而是工作、上下文和工具一同抵达。我们看到你们了。🚀