构建 iOS / macOS 原生应用

本页根据 OpenAI 官方 Codex use cases 页面重新整理，核对时间为 2026-03-30。这里保留原文的任务边界、推荐技能和工作流重点，但改写成更适合课程、工作坊和机构授课的中文版本。

官方原始定位

• 官方标题：构建 iOS / macOS 原生应用
• 官方难度：Advanced
• 官方预估时长：1h
• 官方核心说明：用 Codex 辅助 SwiftUI 项目的脚手架、构建、运行、调试和深入优化，尽量保持 CLI-first 循环。

这节课最适合哪些人

• 从零启动 SwiftUI 项目并把 build loop 建起来
• 已有 Apple 平台项目，需要用 scheme、模拟器、截图和 UI 自动化推进任务
• 希望长任务仍然保持 agentic 和 CLI-first，而不是被 Xcode GUI 卡住的团队

课上应该带学员理解什么

• 官方特别强调原生开发也可以保持 CLI-first，不必把每一步都放回 Xcode GUI
• 绿色项目和既有项目的做法不同，课堂上要明确区分
• 当 plain shell 不够时，再引入 XcodeBuildMCP 和 SwiftUI 专项技能

官方强调的工作流

1. 先判断这是 greenfield scaffold，还是既有项目改动
2. 先让 Codex 生成最小 app scaffold 和 build-and-launch 脚本
3. 如果项目已存在，再让它列出 targets、选 scheme、跑构建、启动模拟器并截图
4. 一轮一轮用更小、更可信的验证来推进，而不是每次全量 build

课堂演示顺序

1. 先定义要做 iOS、macOS，还是双端兼容
2. 把页面结构和状态流讲清楚后，再让 Codex 创建最小工程
3. 演示一次构建失败到定位修复的完整循环
4. 最后让学员理解：脚手架、build、launch、screenshot、logs 是一条链

推荐技能与插件

• Build iOS Apps：配合 XcodeBuildMCP 做 schemes、simulator、截图和调试
• SwiftUI 专项技能：用于现代 UI 模式、Liquid Glass、性能审计与结构优化
• xcodebuild / Tuist：保持终端优先的构建与验证闭环

课堂版起手提示词

请帮我在当前仓库里启动一个 SwiftUI 原生项目或功能切片。

约束：
1. 优先保持 CLI-first，优先使用 xcodebuild；如果更干净，也可以用 Tuist
2. 如果仓库里已有完整 Xcode 项目，请列出 targets，选择正确 scheme，并说明你使用的 simulator
3. 保持 iOS / macOS 兼容，除非我明确只做单平台
4. 每次只做最小可信验证，再逐步扩大检查范围
5. 最后明确说明你把它当成 greenfield 还是 existing-project change

交付：
- 工程脚手架或功能切片
- build-and-launch 脚本
- 最小验证步骤
- 你使用的 scheme、simulator 和检查项

课堂验收与交付物

• 一份最小可运行的原生工程或功能切片
• 一份 build-and-launch 脚本
• 一份调试与验证记录
• 一份说明当前平台兼容范围的文档

讲师讲这节课时最容易踩的坑

• 这类课最容易失控在环境问题上，所以脚本和最小验证比“堆功能”更重要
• 如果现场设备条件复杂，建议讲师主机演示，学员以阅读 build loop 为主
• 适合接在高级开发的多平台模块之后

建议搭配本站这些内容

• 如何构建 iOS 程序-swiftUI原生开发
• Codex 手机远程开发

官方参考

• OpenAI Developers: 构建 iOS / macOS 原生应用