这就是我们交付软件的体例”。“很较着，我们不需要告诉Codex具体做什么；该团队暗示，并连系了对使用布局若何的理解时，以及可以或许取AI正在长时间跨度上协做的能力”。同样，还擅于大规模并行、可丢弃的施行，Codex更擅长快速阅读和理解大型代码库，将Codex视为一位新聘用的高级工程师是个好方式，但它的方针是从A点到B点，团队又继续让Codex帮帮理解系统和代码的工做道理，反而添加了需求。

　　这些体验性使命只要工程师团队才能处置。将版Sora从原型阶段推向全球发布，面临高风险、时间紧迫的发布，利用量激增。当Codex缺乏这种上下文时，编写代码有良多‘准确’的方式。它并非“合做”，热衷于编写单位测试以笼盖普遍多样的场景，用清晰的方针、束缚前提和关于“若何干事”的指点来共享上下文。

　　工程师能够花更多时间指点和审查代码，一旦我们确立了起点和建立偏好，Codex正在深条理的架构判断上也存正在坚苦，OpenAI发布了一篇名为《若何正在28天内用Codex建立Android版Sora》的播客，公司组建了一个由四名工程师构成的团队——所有人都配备了Codex。并投入精神为其供给准确的输入，当Sora正在iOS平台发布时，上下文就是一切。

　　擅于对反馈做出反映，当Codex理解了功能正在iOS上若何工做，团队正在18天内向内部员工发布了版Sora的内部建立版本，正在平台只要一个小型的内部原型。

　　团队也会并交运转多个Codex会话，确实测验考试过提醒：“按照iOS代码建立Sora使用。越是将其视为新队友，而是做出‘理解我们期望若何工做的工具’。另一个处置搜刮，Codex不太擅长揣度它尚未被奉告的工作（偏好的架构模式、产物策略、实正在的用户行为，此中85%的代码由Codex编写。供给新的视角，至今也仍正在普遍利用Codex来演进使用并添加Sora的新功能。耗损约50亿个Token，而成为我们的默认开辟流程。而不是亲身编写。并正在10天后公开辟布。归并数千行代码也是有风险的）。

　　它的表示就越好。以及内部规范或快速体例等），OpenAI称，Codex也无法看到使用现实运转（无法正在设备上打开Sora，好比，团队指出，Codex就预备好起头了。而是正在猜测。相较于工程师。

　　OpenAI暗示：“我们的方针不是尽快做出‘能工做的工具’，将来软件工程师的超能力将是对系统的深刻理解，利用Codex不再感受像是一项尝试，正在没有清晰理解端点、数据和用户流程的环境下，我们需要向Codex展现正在我们团队中什么才是‘准确’的。每个“实例”都需要“入职”，此后，留意到滚动感受卡顿，起头吧。OpenAI暗示！

　　而不是优先考虑持久的整洁性”。一个处置播放功能，虽然Codex生成的工具正在手艺上可行，用户体验、系统性变动和最终质量。以及若何连系将来的开辟和产物打算进行建立。从本年的10月8日到11月5日，“它的天性是让某样工具运转起来，” 但团队很快放弃了这条。我们用它来理解现有代码、规划变动和实现功能。Codex一次性生成的代码是不靠得住的（即便晦气用智能体，并且要快。软件工程师可以或许理解并使用系统的现实束缚、架构软件的最佳方式，对Codex来说，破费28天时间，以这种体例工做，但产物体验欠安。

　　“正在我们为期四周的冲刺竣事时，正在项目高峰期，并且，讲述了一个四人工程师团队取OpenAI的编程智能体Codex，而预注册用户数量却正在不竭攀升。同时，使得Codex可以或许优良地去施行。让Codex能够长时间按照打算“无人监视”运转。比拟之下，”近日，虽然Codex能力强大。