跳转到内容
Yzx Wiki

我们如何使用 Codex 在 28 天内构建 Android 版 Sora

简介

Section titled “简介”

这是一篇 OpenAI 于 2025-12-12 发布的工程复盘，描述其团队如何在 2025-10-08 到 2025-11-05 的 28 天内，借助 Codex 将 Android 版 Sora 从内部原型推进到全球发布。文章最重要的价值，不是“AI 自动写完了一个 App”，而是展示了一种更现实的协作方式：把 Codex 当作需要持续引导、审核和并行调度的新任高级工程师。

关键点

Section titled “关键点”
  • 文章给出的结果很具体：4 名工程师与 Codex 协作，消耗约 50 亿 token，在 18 天内先交付员工内测版，并在 10 天后正式上线；官方称 Android 应用无崩溃率达到 99.9%，上线当天登顶 Play Store，前 24 小时生成超过 100 万个视频。
  • OpenAI 没有把 Codex 当成“零提示自动生成器”，而是把它当成需要明确上下文的新队友。文章反复强调：Codex 无法自行推断团队偏好的架构、产品策略、真实用户行为和内部约定，也无法替团队完成真机体验判断。
  • 团队先由人类亲手奠定基础：确定架构、模块化、依赖注入、导航、认证和基础网络流程，并先写出一批具有代表性的端到端功能，让 Codex 在这些明确模式内扩写，而不是从空白状态盲猜“正确做法”。
  • 他们把大量项目约束写进 AGENTS.md，并在代码库多处维护局部指导文件，用来持续提醒 Codex 运行静态检查、遵循模块边界和复用既有模式。这本质上是在把团队隐性规范外显化，降低每个会话重新对齐的成本。
  • 对任何实质性变更，团队都会先让 Codex 阅读相关文件、总结系统如何工作，再共同修正它的理解，最后生成一个类似微型设计文档的实施计划。只有计划过关后，才让 Codex 按计划逐步实现；任务很长时，还会把计划存成文件，供后续实例继续沿用。
  • 项目高峰期会同时运行多个 Codex 会话，分别处理回放、搜索、错误处理、测试和重构。这样做确实提高了吞吐，但也把瓶颈从“写代码”转移到了“做决策、给反馈、整合变更和审核输出”。
  • 文章把 Codex 描述成一种新的跨平台开发能力：不是依赖共享抽象层，而是直接读取 iOS 和后端代码，把既有业务逻辑、模型和端口语义转换成 Android Kotlin 实现。这里的关键不是“自动翻译代码”，而是给它足够具体、足够接近真实系统的参照物。
  • 最后的结论很硬：AI 辅助开发不会降低对工程严谨性的要求，反而会提高要求。Codex 能把样板、移植和大段实现做得很快，但系统边界、长期可维护性、用户体验和最终验收仍然是人的责任。

ℹ️ Conflict:

  • 当前 raw 摘录 frontmatter 里的发布时间是 2025-10-30，但 OpenAI 官方页面当前显示的是 2025-12-12。本页引用采用官方页面日期，并保留这一日期冲突。
  • 这篇文章展示的是一个高上下文、强人工介入、已有 iOS/后端参照物的成功案例；它不等于“任何团队都能无前提地在 28 天内复制同样结果”。
  • 并行会话能显著提升产出，但文章自己也承认这并不打破布鲁克斯定律：会话越多，协调、审核和集成开销越大，速度不会线性增长。

相关链接

Section titled “相关链接”

来源引用

Section titled “来源引用”