Openai揭秘：4人团队28天打造Android版Sora，85%代码由

IT之家12月13日报道 Openai昨天在官网发布博文，透露了Android版Sora应用程序是如何在28天内开发出来的。它在这里引用了一篇博客文章。早在 10 月份，Sora iOS 版的使用量就在推出后迅速爆发。人们立即开始制作视频。 Android版本即将发布。然而，当时OpenAi只有Android版Sora的原型版本，因此这项开发工作风险较高且时间紧迫。在这种情况下，一般的互联网公司往往会组建一个由大量工程师组成的开发团队，花费几个月的时间进行打磨。然而，在OpenAI这样的情况下，增加人力并不能产生沟通成本，工作量减少，负担也随之而来，明显拖慢了发展速度。为此，Openai决定组建一支只有4人的强大团队。他们开始在 Oc 上开发 Android 版本的 Sora11月8日，11月5日交出最终结果，整个过程历时28天。此时，没有使用“秘密模型”，而是使用了 GPT-5.1-Codex 的早期版本。整个应用代码85%由CODEX编写，版本稳定率达到99.9%。据介绍，Codex就像是新聘用的高级工程师，可以让开发者花更多的时间审阅和审查代码，而不必亲自敲击每一行代码。然而，Codex 不擅长推断不清楚的信息，比如开发人员选择的架构模式、产品策略、真实的用户行为等，而这个虚拟工程师无法感知应用程序的实际运行状态。最终只能由真人调试，告诉AI滑动是否流畅，某个过程是否混乱。与此同时，与 Codex 的每次新对话都像是重做入职练习。您必须明确说明目标、限制，以及“如何做事”，以便 Codex 能够更好地生成代码，并且在深度架构识别方面也存在局限性。如果让它完全独立运行，就会引入不必要的视图模型，或者在 UI 层中填充本应属于存储库的逻辑。由此可见，Codex 的自然倾向是“让代码跑起来”，而不是长期保持清洁。为此，OpenAi在bcode ase中广泛使用agent.md文件进行统一指导和实践，让AI在编写代码时始终遵循规范。优点方面，CODEX熟悉几乎所有主流编程语言，使得跨平台迁移变得容易，并且在编写单元测试方面非常积极。虽然并不是所有的测试都非常“深入”，但广泛的覆盖范围大大减少了回归问题，而且当 CI 失败时，你还可以在提示符下直接转储日志，让它自行提供修复方案。所以我们可以得出结论，该法典可以很好地工作l 边界清晰，而人类工程师可以专注于架构、体验、系统决策以及管理最终质量。 特别声明：以上内容（如有则包括图片或视频）由自媒体平台“网易号”用户上传发布。本平台仅提供信息存储服务。 注：以上内容（包括图片和视频，如有）由网易HAO用户上传发布，网易HAO为社交媒体平台，仅提供信息存储服务。