Codex use case
进行细粒度 UI 更改
使用 Codex-Spark，在现有应用中快速开展有针对性的 UI 迭代。
使用 Codex 在现有应用中每次只进行一项小幅 UI 调整，在浏览器中验证，并将聊天窗口弹出到预览附近，以便快速持续迭代。
最适合
- 主体结构已经构建完成、仅需小幅视觉调整的现有应用
- 快速的产品或设计审查循环，每条意见都应转化为一项有针对性的代码更改
- 需要浏览器验证但不应演变为大范围重新设计的 UI 打磨阶段
Contents
进行细粒度 UI 更改
使用 Codex-Spark，在现有应用中快速开展有针对性的 UI 迭代。
使用 Codex 在现有应用中每次只进行一项小幅 UI 调整，在浏览器中验证，并将聊天窗口弹出到预览附近，以便快速持续迭代。
最适合
- 主体结构已经构建完成、仅需小幅视觉调整的现有应用
- 快速的产品或设计审查循环，每条意见都应转化为一项有针对性的代码更改
- 需要浏览器验证但不应演变为大范围重新设计的 UI 打磨阶段
技能与插件
- 在真实浏览器中打开正在运行的应用，检查已更改的路由，并在下一轮迭代前验证每项小幅 UI 调整。
| Skill | Why use it |
|---|---|
| Playwright | 在真实浏览器中打开正在运行的应用，检查已更改的路由，并在下一轮迭代前验证每项小幅 UI 调整。 |
入门提示
简介
如果您已有应用，并希望快速迭代 UI，可以使用 gpt-5.3-codex-spark 对 UI 进行小幅且有针对性的更改。
Codex-Spark 是我们速度最快的模型，针对近乎即时的实时编码迭代进行了优化。
这种工作方式采用紧凑循环时效果最佳：一条视觉调整意见、一次有针对性的编辑、一次浏览器检查，然后处理下一条意见。
您可以使用 Codex Spark 模型 完成此任务。该模型 面向 Pro 方案提供。
选择模型
如需快速迭代 UI，并且您有权访问 gpt-5.3-codex-spark，请优先使用该模型。它的能力不及我们的通用模型，但专为实时编码迭代而设计。如果您无权访问该模型，请使用 gpt-5.6，并将推理强度设为 medium 或 low。
这种权衡很适合细粒度 UI 工作。移动按钮、微调断点或调整组件状态时，您通常不需要推理能力最强的模型。您需要的是一个响应迅速、理解本地代码、能修改正确文件的模型，它还应能反复执行这一循环，而不会让迭代过程显得繁重。
开发流程
- 打开现有应用，并显示相关路由或组件。
- 将当前 Codex 聊天弹出为 浮动窗口，并在工作时将其放在浏览器、编辑器或设计预览旁边。
- 每次只让 Codex 进行一项具体的 UI 更改。如果有相关信息，请提供路由、视口、当前屏幕截图、目标屏幕截图或明确的产品反馈。
- 让 Codex 检查当前实现，进行尽可能小且合理的修改，并保留应用现有的组件、Token、基础布局元素和数据流。
- 审查结果，然后在同一聊天中发送下一项小幅调整。
编写简短提示
用于细粒度 UI 更改的提示应直截了当、范围明确。好的提示应说明要修改的界面、目标更改以及您期望的验证方式。
如果结果接近预期但还不完全正确，后续提示也要同样具体：
何时应放慢节奏
如果任务已不再是细粒度任务，请勿继续使用快速循环。如果更改需要大范围重构、新的设计系统基础组件、较复杂的无障碍交互，或需要做出影响多个界面的产品决策，请改用能力更强的模型，并编写更周密的提示。
快速 UI 迭代最适合用于让 Codex 调整已经了解的界面，而不是从头重新设计应用。
