搭建应用和构建循环

对于全新项目，请从简单的提示词开始。要求 Codex 搭建一个 iOS SwiftUI 初始应用，并编写一个小型构建和启动脚本，你可以将其连接到 Build 在 本地环境.

中的操作。保持循环以 CLI 优先。Apple 的 xcodebuild 可以从终端列出 scheme 并处理构建、测试、归档 build-for-testing，且 test-without-building 操作，这让 Codex 能够保持在自主循环中，而不必跳转到 Xcode GUI。

如果你想要一个更简洁的项目生成器，并且不介意第三方工具， Tuist 是一个不错的下一步选择。它可以生成和构建 Xcode 项目而无需 GUI，同时仍然允许 Codex 从终端构建和启动应用。

使用 XcodeBuildMCP 一旦你进入完整的 Xcode 项目并需要更深入的自动化。那时 scheme、target、模拟器控制、截图、日志和 UI 交互变得足够重要，单靠普通的 shell 命令已经无法满足全部需求。

利用技能

在第一次尝试时，你通常不需要技能或 MCP 服务器。一旦工作变得专业化，或者你希望在运行中融入更强的 SwiftUI 约定，再添加技能。

• SwiftUI 专家 是一个强大的通用 SwiftUI 技能，已内置大量最佳实践。

• SwiftUI Pro 是一个广泛的 SwiftUI 审查技能，侧重于现代 API、可维护性、可访问性和性能。

• Liquid Glass 专家 帮助 Codex 采用全新的 iOS 26 Liquid Glass API，并调整自定义组件，使其符合最新的系统设计。

• SwiftUI 性能 在功能感觉迟缓或 SwiftUI 视图更新路径看起来可疑时提供帮助。它会扫描常见的 SwiftUI 错误，并生成一份优先级排序的报告，指出需要修复的内容以及最大收益所在。

• Swift 并发专家 在难以理解的错误和编译器警告开始阻碍你想要进行的更改时会很有帮助。在 GPT-5.4 上，你可能不需要频繁使用它，但当 Swift 并发诊断信息变得嘈杂时，它依然非常有用。

• SwiftUI 视图重构 有助于保持文件精简，并使整个仓库中的 SwiftUI 代码更加一致。

• SwiftUI 模式 有助于在应用规模扩大时采用可预测的 @Observable and @Environment 架构模式。

如需了解有关如何安装和使用技能的更多信息，请参阅我们的 技能文档.

迭代

当你完成了初步的可用代码，或者你正基于现有项目开始时，就可以开始迭代 UI 或行为了。

在这一部分，请具体说明你想要更改的内容以及更改的方式。

让提示词层面更加明确：告诉 Codex 它是在一个全新的仓库中工作，还是在现有的 Xcode 项目中工作；哪些 iOS 设备或部署目标必须继续正常运行；以及你期望怎样的验证循环。

示例提示词

例如，如果你想在现有应用中添加一项功能，你可以像这样要求 Codex 进行更改：

实用技巧

从基础开始

针对全新项目，请先使用简单的提示。要求 Codex 搭建一个 SwiftUI 启动应用，并编写一个可以连接到 Build 在 本地环境。对于第一遍操作，您通常不需要任何技能或 MCP 服务器。

使用小且可靠的验证循环

在每次更改后，让 Codex 运行最精准的命令，以切实验证你修改的逻辑。随后再扩展到更广泛的构建。这样既能保持 Codex 的快速运行，又无需在每次编辑时都进行完整的应用构建。

保持循环以 CLI 为主

中的操作。保持循环以 CLI 优先。Apple 的 xcodebuild 工具可以列出 scheme 并运行 build、test、archive， build-for-testing，且 test-without-building 操作，这让 Codex 能够保持在自主循环中，而不必跳转到 Xcode GUI。

利用 XcodeBuildMCP

一旦你进入完整的 Xcode 项目并需要更深度的自动化，请立即使用 XcodeBuildMCP。在这个阶段，scheme、target、模拟器控制、截屏、日志和 UI 交互变得非常重要，单纯的 shell 命令已无法满足全部需求。