Open Design 0.17.0 让 Codex 的最后 10% 摆脱提示词往返

Open Design 0.17.0 于 8 月 3 日发布，为 Codex Desktop 和 CLI 提供了一条直达其设计引擎的通道。在对话中调用 @open-design，就简报达成一致，结果将作为可编辑的 Preview 或 Studio 工件返回，而不是粘贴到聊天中的截图。该版本在 11 天内交付，包含来自 23 位贡献者的 62 个拉取请求。

该版本针对一个明确的痛点：视觉工作的收尾阶段。设计流程的最后 10% 大多是具体操作, , 收紧文本块、对齐两个对象、裁剪图片。用文字描述这些操作会把两秒钟的修正变成一次经过模型的往返，而 0.17.0 要解决的就是闭环这一问题。

可编辑的工件，而非截图

Codex 现在将 Open Design 作为完整的创意引擎来调用。简报会得到验证，用户选择 Open Design Cloud 或受支持的本地运行时，输出便是一个真正的工件，可以打开、检查、修改和导出。签名的运行时以无头模式启动，因此不会在工作流之上出现额外的窗口。

故障路径也能让工作继续推进。如果 Studio 无法在外部宿主中正常加载，Codex 仍会立即交付稳定的预览，完整的工作区可以在之后打开。选择 Local Codex 不会让执行流程绕回插件，也不会推送云登录流程，BYOK 提供商配置会保留在该设备的浏览器存储中。

Manual Edit 接管收尾流程

核心是作为完整收尾工作流的 Manual Edit。选择一个元素并移动或调整其大小，编辑其文本、颜色和对齐方式，复制或删除它，然后替换、裁剪、粘贴或拖放图像。实时对齐参考线帮助每个元素找到自己的位置，撤销和重做保留画布状态，而不会在重新加载时闪烁。

同样的逻辑也塑造了智能体。当第一个提示词带有足够的方向时，Open Design 会立即启动，并且只有在确实缺少决策、且与流程中的具体分叉相关时才会提出问题。导出遵循组合后的输出：图像导出跟随活动的 Preview 视口，基于框架的演示文稿会以原始尺寸捕获。

可靠性修复与更广泛的模型菜单

多个更改能在错误造成一次执行代价之前将其拦截。Codex 模型与 CLI 组合的已知不兼容性会在启动前被检测出来，并提供切换模型的路径；工具调用后的超时也会获得更精确的诊断。GPT-5.5 Fast 作为明确的以速度为先的选择出现，Raven 加入一键 MCP 配置，官方 Grok Build 安装会在 Windows 下被自动检测。

损坏的更新现在可以通过设置中的退出路线来处理：清除损坏的更新缓存，在已知已安装版本危险时重新安装，或在下载的有效负载崩溃后恢复。应用会回退到最后一个可用版本，并在下一次健康更新时自行修复；打包应用会在受限策略下重启失败的 sidecar，而不强制完全重启。更新工作归功于 @PerishCode。

以下快速了解该版本：

一个 50 技能的工具箱，以及 AI IDE 的更广泛转变

社区方面也是故事的一部分。公开的 Codex Design 合集捆绑了 50 个精选、可安装的技能，涵盖 UI 设计、视觉系统、Figma 转代码、动效设计和图像生成，每个技能都附有来源说明、实用技巧和本地化的详情页面。Codex Slides 覆盖从提示词到演示文稿的流程，Humanize PPT 和 Atelier Zero 等社区工作流则在其周围填补空白。

竞争对手的工具也指向同一方向。Cursor 最近的版本一直在通过 Slack 钩子和多仓库环境拓宽智能体工作流，Google 则将 NotebookLM 整合进一个支持代码执行的智能体式产品。一旦代码生成可用，智能体输出与人工收尾之间的接口就成为差异化因素。

Open Design 0.17.0 并不试图取代完整的设计工具。它缩短了智能体产出与人工手动调整之间的循环。提示词继续负责方向；画布接管细节。对于那些习惯用大段文字描述把按钮移动两个像素的人来说，这才是真正重要的改变。