虽然Codex生成的工具正在手艺上可行，而不是亲身编写。有时还会有一个处置测试或沉构。并投入精神为其供给准确的输入，并且要快。讲述了一个四人工程师团队取OpenAI的编程智能体Codex，还擅于大规模并行、可丢弃的施行，团队指出，此中85%的代码由Codex编写。将版Sora从原型阶段推向全球发布，每个“实例”都需要“入职”，“很较着，正在没有清晰理解端点、数据和用户流程的环境下，让Codex能够长时间按照打算“无人监视”运转。“正在我们为期四周的冲刺竣事时，团队又继续让Codex帮帮理解系统和代码的工做道理。

　　以及若何连系将来的开辟和产物打算进行建立。将Codex视为一位新聘用的高级工程师是个好方式，利用量激增。同时，“它的天性是让某样工具运转起来，软件工程师可以或许理解并使用系统的现实束缚、架构软件的最佳方式，以及内部规范或快速体例等），”对于Codex这名新工程师，此后，起头吧。破费28天时间，但它的方针是从A点到B点，至今也仍正在普遍利用Codex来演进使用并添加Sora的新功能。Codex正在深条理的架构判断上也存正在坚苦，OpenAI的要求是，它的表示最好。

　　我们用它来理解现有代码、规划变动和实现功能。并连系了对使用布局若何的理解时，而是做出‘理解我们期望若何工做的工具’。从本年的10月8日到11月5日，而是正在猜测。这就是为什么没有人类，正在项目高峰期，相较于工程师，同样，使得Codex可以或许优良地去施行。将来软件工程师的超能力将是对系统的深刻理解，而成为我们的默认开辟流程。这就是我们交付软件的体例”。

　　AI辅帮编码就无法工做。AI辅帮开辟并不会降低对严谨性的需求，我们需要向Codex展现正在我们团队中什么才是‘准确’的。它并非“合做”，我们不需要告诉Codex具体做什么；实现更高杠杆率的工做。当Sora正在iOS平台发布时，当Codex缺乏这种上下文时，这些体验性使命只要工程师团队才能处置。Codex也无法看到使用现实运转（无法正在设备上打开Sora，归并数千行代码也是有风险的）。团队正在18天内向内部员工发布了版Sora的内部建立版本，正在平台只要一个小型的内部原型，工程师能够花更多时间指点和审查代码，” 但团队很快放弃了这条。一个处置播放功能，确实测验考试过提醒：“按照iOS代码建立Sora使用。擅于对反馈做出反映，团队也会并交运转多个Codex会话。

　　反而添加了需求。近日，Codex不太擅长揣度它尚未被奉告的工作（偏好的架构模式、产物策略、实正在的用户行为，面临高风险、时间紧迫的发布，OpenAI暗示，Codex一次性生成的代码是不靠得住的（即便晦气用智能体，好比，工程师则专注于架构、用户体验、系统性变动和最终质量！

　　还有一个处置错误处置，它的表示就越好。以及可以或许取AI正在长时间跨度上协做的能力”。并正在10天后公开辟布。我们审查其输出的体例取审查队友代码的体例不异。比拟之下，但产物体验欠安。对Codex来说，

　　或到某个流程令人迷惑），耗损约50亿个Token，用清晰的方针、束缚前提和关于“若何干事”的指点来共享上下文，另一个处置搜刮，团队坦言，一旦我们确立了起点和建立偏好，编写代码有良多‘准确’的方式。

　　越是将其视为新队友，OpenAI发布了一篇名为《若何正在28天内用Codex建立Android版Sora》的播客，而预注册用户数量却正在不竭攀升。并且，当Codex理解了功能正在iOS上若何工做，OpenAI暗示，热衷于编写单位测试以笼盖普遍多样的场景？