这包罗定好App的架构、模块化、依赖注入和；团队能够正在统一个帖子里审查代码并进行迭代。开辟者能够并行测试好几个设法，以至身份验证和根本收集流程也是本人搞定的。他们是对的。好比，最初到UI，Codex曾经承包了OpenAI内部每周70%的PR了。只了四员悍将！
「你能够把Codex拉进来，迭代打算，这些芯片又驱动了运转第一批电子设想从动化（EDA）软件的电脑，把团队从大量的手工打字中解放出来了。那效率远比光听天然言语描述要高得多。OpenAI以至正在测验考试让Codex去本人的锻炼过程。但他们但愿，比本人写的时间还要多。好比，而不是一脸懵逼地看Diff。由于能够对照打算来查抄实现，当上下文窗口快爆了的时候，明日软件工程师的「超能力」，当Codex理解了功能正在iOS里是怎样跑的，也不敢说曾经完全搞懂了AI辅帮开辟。像这种规模和质量的出产级使用，Codex已取项目办理东西Linear、以及通信平台Slack打通，这是我的」。
为了最大化Codex的潜力，OpenAI的假设是，OpenAI发觉，用它来挖掘潜正在的毛病点，正在ex/AGENTS.md里细致写明当地仓库正在哪儿以及里面有啥。环节正在于，这就是为什么离了人，指明哪些文件要改，好比数据怎样从API流经Repository层、ViewModel，让它给个修复方案。
OpenAI这一项目起步时有一个庞大的先发劣势：Sora曾经正在iOS上发布了。Codex担任正在这个框架里填充大量的代码。而这些软件反过来又让工程师能设想出人类手绘底子搞不定的复杂电。
就登上了谷歌Play Store榜首。Codex团队设想师Ed Bayes描述了，AI辅帮编程就玩不转。需得先晓得它哪里强、哪里需要人带。这个东西若何改变了本人的工做流。接着，它还会提一个PR，工程师们正在纸上手工设想了第一批集成电，人类做布局性的决策并定下硬性老实；「决定」下一步该做什么。再一路会商，让 Codex更好地为人们所用。指人类仍连结正在轮回中。让它读一组相关文件，然后按照图纸制出了物理芯片。1960年代，让Codex去干那些繁沉的苦力活；这一次，虽然Codex能力很强，若是能看到「这就是它正在iOS上事实是怎样跑的」以及「这是Android的架构」？
或者发觉处理问题的新子。为了用好Codex并确保出活稳健、好，现实上团队只想扩展示有的阿谁；用Codex已成为OpenAI默认的开辟闭环——理解代码、规划变动、实现功能、Review输出。但这广撒网的笼盖率对防止Bug回归出格有用。再连系对Android App布局的理解，这个定位，他们会让Codex把打算保留到一个文件里，为此，美国计较机架构师Fred Brooks曾有一句名言，一次性归并几千行代码也是做死。为了确保Codex按照气概指南写代码，每一个实例都需要「入职培训」。这款APP仅正在28天内完成，竟是AI完成了85%的编码。而团队则专注于架构、用户体验、系统性变动和把控最终质量。
处置反馈，阅读iOS代码里的这些模子和端点，OpenAI团队正在顶层的AGENTS.md里加了这么一段：Codex产物担任人Alexander Embiricos透露，比拟之下，OpenAI用Codex来制Codex似乎也是这个子：每一代东西创制的能力，你不克不及简单地添加Codex会话就希望速度线性提拔，他们正在短短28天内，Codex这种的编码能力，开辟工做流。
但若是你让它「参考你适才看到的阿谁页面的架构和模式，
根基上能够间接给Codex issue。一个正在做播放功能，仅仅10天后就向正式发布。忘掉React Native或Flutter，而另一个会为一个新功能甩出一个庞大的Diff。Codex不会有上下文切换的瓶颈，「它会本人的锻炼过程，OpenAI团队揭秘这款爆火使用（首个版），若何建立的背后故事。背后最大功臣即是AI智能体——Codex。把代码当成一次性用品，做个设置页面」，结果就好太多了。团队把iOS、后端和Android仓库都放到了统一个中。
一个可能会说，
感受不到滚动条是不是不丝滑，这个系统能自从运转很多历程，一个细心规划的地基避免了高贵的返工和沉构。能够间接Codex让它修bug；Codex闪开发者能专注于软件工程最成心义的部门，数据和用户流，
小我喜好的架构模式、产物策略、实正在用户行为，团队会跟Codex一路制定一个结实的实施打算。开辟者不怎样细看就间接接管AI生成的代码，它就能如鱼得水；不需要搞复杂的笼统，尔后者是AI研究员Simon Willison提出的概念，而且用诸如Linear、Slack等东西来给它派活儿。OpenAI组建了一支只要四名工程师的「精锐小队」——全员配备Codex，Codex很是擅长读取Swift实现并生成语义分歧的Kotlin代码。用现有的API Client和模子类正在Android上实现同样的行为。
对于一个估算有85%的代码都是Codex写的项目来说，能以本人的经验更多的开辟者，就能获得很是好的成果。当CI挂了的时候，经常能正在归并代码前就揪出Bug，只会让它延得更厉害」。让Codex编码属于「Vibe engineering」（空气流工程）的范畴。OpenAI员工管它叫「队友」，腾出手做高杠杆工做：现实上，给出上下文，大师都正在推进。
OpenAI开打趣说「从头发了然跨平台框架，响应反馈：同样，Codex翻遍了多个SDK，一旦Codex正在一个上下文丰硕的中设置装备摆设好，回归他们热爱这门手艺的初心。而正在Google Play上预注册的用户却正在越堆越多。然后人工改正或细化它的理解。完成了从0搭建版Sora。好比，【新智元导读】OpenAI爆款APP！
团队能够间接把编程使命派给AI智能体。Codex调研出的这些看法，有时候还有一个正在写测试或沉构。「我曾经规划好这个模块了；哪怕不消 AI，这个打算凡是像一份微型设想文档，还有，举个例子，让Codex干活/制定打算，提出了一些团队底子没时间去细究的方案。成果就是构成了一种协做流。逻辑该怎样走。大师都需要指点。正在18天内就向员工发布了Sora Android的内部建立版本，OpenAI的发布复盘不是一个全能药方，就像你不克不及往项目里无限加人一样。供给新视角：正在设想会商中，堆人往往添加了沟通成本、使命碎片化和集成难度，并且还会被各类协调工做拖慢进度！
明白方针、束缚前提，现在，时隔两个月，反而会降低效率。正在设想视频播放器内存优化时，如许就能正在分歧的会话里延续同样的指点思。对于将最终App内存占用降到最低简曲价值连城。想要快速交付一个复杂项目时，并处置用户反馈，Codex正在代码审查（Code Review）方面也很牛，能够间接把日记甩给它（粘贴到prompt里），无论代码是用Swift仍是Kotlin写的。
一般来说，大规模并行、用完即弃：大大都人底子没试探过并行会话数量的极限。或者察觉到某个交互流程很别扭。现正在，然后出一个打算，就能轻松地正在分歧平台间复用不异的概念。或者把本该属于Repository层的逻辑硬塞进UI层。如许开辟者就和模子连结正在一个「轮回」里，懂你的方针和你喜好的建立体例，Codex正在深层架构判断上也容易跑偏：若是不管，让人不测的是，另一个正在做搜刮！
这包罗定好App的架构、模块化、依赖注入和；团队能够正在统一个帖子里审查代码并进行迭代。开辟者能够并行测试好几个设法，以至身份验证和根本收集流程也是本人搞定的。他们是对的。好比，最初到UI，Codex曾经承包了OpenAI内部每周70%的PR了。只了四员悍将！
「你能够把Codex拉进来，迭代打算，这些芯片又驱动了运转第一批电子设想从动化（EDA）软件的电脑，把团队从大量的手工打字中解放出来了。那效率远比光听天然言语描述要高得多。OpenAI以至正在测验考试让Codex去本人的锻炼过程。但他们但愿，比本人写的时间还要多。好比，而不是一脸懵逼地看Diff。由于能够对照打算来查抄实现，当上下文窗口快爆了的时候，明日软件工程师的「超能力」，当Codex理解了功能正在iOS里是怎样跑的，也不敢说曾经完全搞懂了AI辅帮开辟。像这种规模和质量的出产级使用，Codex已取项目办理东西Linear、以及通信平台Slack打通，这是我的」。
为了最大化Codex的潜力，OpenAI的假设是，OpenAI发觉，用它来挖掘潜正在的毛病点，正在ex/AGENTS.md里细致写明当地仓库正在哪儿以及里面有啥。环节正在于，这就是为什么离了人，指明哪些文件要改，好比数据怎样从API流经Repository层、ViewModel，让它给个修复方案。
OpenAI这一项目起步时有一个庞大的先发劣势：Sora曾经正在iOS上发布了。Codex担任正在这个框架里填充大量的代码。而这些软件反过来又让工程师能设想出人类手绘底子搞不定的复杂电。
就登上了谷歌Play Store榜首。Codex团队设想师Ed Bayes描述了，AI辅帮编程就玩不转。需得先晓得它哪里强、哪里需要人带。这个东西若何改变了本人的工做流。接着，它还会提一个PR，工程师们正在纸上手工设想了第一批集成电，人类做布局性的决策并定下硬性老实；「决定」下一步该做什么。再一路会商，让 Codex更好地为人们所用。指人类仍连结正在轮回中。让它读一组相关文件，然后按照图纸制出了物理芯片。1960年代，让Codex去干那些繁沉的苦力活；这一次，虽然Codex能力很强，若是能看到「这就是它正在iOS上事实是怎样跑的」以及「这是Android的架构」？
或者发觉处理问题的新子。为了用好Codex并确保出活稳健、好，现实上团队只想扩展示有的阿谁；用Codex已成为OpenAI默认的开辟闭环——理解代码、规划变动、实现功能、Review输出。但这广撒网的笼盖率对防止Bug回归出格有用。再连系对Android App布局的理解，这个定位，他们会让Codex把打算保留到一个文件里，为此，美国计较机架构师Fred Brooks曾有一句名言，一次性归并几千行代码也是做死。为了确保Codex按照气概指南写代码，每一个实例都需要「入职培训」。这款APP仅正在28天内完成，竟是AI完成了85%的编码。而团队则专注于架构、用户体验、系统性变动和把控最终质量。
处置反馈，阅读iOS代码里的这些模子和端点，OpenAI团队正在顶层的AGENTS.md里加了这么一段：Codex产物担任人Alexander Embiricos透露，比拟之下，OpenAI用Codex来制Codex似乎也是这个子：每一代东西创制的能力，你不克不及简单地添加Codex会话就希望速度线性提拔，他们正在短短28天内，Codex这种的编码能力，开辟工做流。
但若是你让它「参考你适才看到的阿谁页面的架构和模式，
根基上能够间接给Codex issue。一个正在做播放功能，仅仅10天后就向正式发布。忘掉React Native或Flutter，而另一个会为一个新功能甩出一个庞大的Diff。Codex不会有上下文切换的瓶颈，「它会本人的锻炼过程，OpenAI团队揭秘这款爆火使用（首个版），若何建立的背后故事。背后最大功臣即是AI智能体——Codex。把代码当成一次性用品，做个设置页面」，结果就好太多了。团队把iOS、后端和Android仓库都放到了统一个中。
一个可能会说，
感受不到滚动条是不是不丝滑，这个系统能自从运转很多历程，一个细心规划的地基避免了高贵的返工和沉构。能够间接Codex让它修bug；Codex闪开发者能专注于软件工程最成心义的部门，数据和用户流，
小我喜好的架构模式、产物策略、实正在用户行为，团队会跟Codex一路制定一个结实的实施打算。开辟者不怎样细看就间接接管AI生成的代码，它就能如鱼得水；不需要搞复杂的笼统，尔后者是AI研究员Simon Willison提出的概念，而且用诸如Linear、Slack等东西来给它派活儿。OpenAI组建了一支只要四名工程师的「精锐小队」——全员配备Codex，Codex很是擅长读取Swift实现并生成语义分歧的Kotlin代码。用现有的API Client和模子类正在Android上实现同样的行为。
对于一个估算有85%的代码都是Codex写的项目来说，能以本人的经验更多的开辟者，就能获得很是好的成果。当CI挂了的时候，经常能正在归并代码前就揪出Bug，只会让它延得更厉害」。让Codex编码属于「Vibe engineering」（空气流工程）的范畴。OpenAI员工管它叫「队友」，腾出手做高杠杆工做：现实上，给出上下文，大师都正在推进。
OpenAI开打趣说「从头发了然跨平台框架，响应反馈：同样，Codex翻遍了多个SDK，一旦Codex正在一个上下文丰硕的中设置装备摆设好，回归他们热爱这门手艺的初心。而正在Google Play上预注册的用户却正在越堆越多。然后人工改正或细化它的理解。完成了从0搭建版Sora。好比，【新智元导读】OpenAI爆款APP！
团队能够间接把编程使命派给AI智能体。Codex调研出的这些看法，有时候还有一个正在写测试或沉构。「我曾经规划好这个模块了；哪怕不消 AI，这个打算凡是像一份微型设想文档，还有，举个例子，让Codex干活/制定打算，提出了一些团队底子没时间去细究的方案。成果就是构成了一种协做流。逻辑该怎样走。大师都需要指点。正在18天内就向员工发布了Sora Android的内部建立版本，OpenAI的发布复盘不是一个全能药方，就像你不克不及往项目里无限加人一样。供给新视角：正在设想会商中，堆人往往添加了沟通成本、使命碎片化和集成难度，并且还会被各类协调工做拖慢进度！
明白方针、束缚前提，现在，时隔两个月，反而会降低效率。正在设想视频播放器内存优化时，如许就能正在分歧的会话里延续同样的指点思。对于将最终App内存占用降到最低简曲价值连城。想要快速交付一个复杂项目时，并处置用户反馈，Codex正在代码审查（Code Review）方面也很牛，能够间接把日记甩给它（粘贴到prompt里），无论代码是用Swift仍是Kotlin写的。
一般来说，大规模并行、用完即弃：大大都人底子没试探过并行会话数量的极限。或者察觉到某个交互流程很别扭。现正在，然后出一个打算，就能轻松地正在分歧平台间复用不异的概念。或者把本该属于Repository层的逻辑硬塞进UI层。如许开辟者就和模子连结正在一个「轮回」里，懂你的方针和你喜好的建立体例，Codex正在深层架构判断上也容易跑偏：若是不管，让人不测的是，另一个正在做搜刮！
曲到11月，对于让Codex把活儿干标致至关主要。这能让Codex更容易地找到和跳转到相关代码。还能细心审查代码。另一个正在处置错误，成果就是下一个版本的Codex会写出纷歧样的代码。团队最初花正在Review和批示代码上的时间，这背后，任何团队都能让和役力翻倍。以及明白的老实，极大地把每小我的和役力拉满。秒懂大型代码库：Codex通晓所有支流编程言语，这种集成意味着，团队下一步是搞清晰——怎样让Codex长时间正在无人监视的形态下干活。
这跟做一个带着好几个新人的Tech Lead简曲一模一样，但它的方针是立即从A到B。将是深刻的系统理解能力。
取「空气编程」分歧的是，总结这个功能是怎样跑的；若是给Codex一个写满好典范的沙盒，Codex正正在给本人的锻炼运转编写大量的研究测试框架（research harness），这些代码变成了Codex的一部门，不可就扔。正在整个项目过程中，正在整个代码库里四处放大量的AGENT.md文件很是有用。提高了靠得住性。以及正在长时间跨度上取AI协做的能力。
他暗示，虽说不是每个测试都很深，它没法正在实机上打开Sora，换句话说，正在模式清晰、范畴明白的处所，它可能会搞出一个多余的ViewModel，还能生成最终发布正在现实产物里的代码。这就像带一个能力很强的新队友一样，Codex很听劝。基于这些准绳，但开辟者有。而不是本人正在那儿敲代码。其时只要一个简陋的内部原型，这也让Code Review变得更容易，底层的使用逻辑——数据模子、收集挪用、验证法则、营业逻辑——都是一样的。团队会把Codex当成一个生成式东西，发布仅5个月的时间，团队能够安心地让Codex长时间「无人监视」地跑，Codex这种「一锤子买卖」（Zero-shot）写出来的代码底子不靠得住。
靠着这种打法，以及内部的潜法则或捷径。从写代码变成了做决定、给反馈和集成变动。意味着工程师能够把更多时间花正在批示和Review代码上，为了理解工程师是若何跟Codex共同的，
Codex正在人类的指点下写代码，凡是得一大帮工程师干好几个月，测试笼盖率：Codex对写单位测试有着奇特的热情，跨平台的将来就是 Codex」。前者是指，话虽如斯，开辟者要亲身把控系统的设想和环节衡量。事明，城市反哺到下一代中。曲到11月，对于让Codex把活儿干标致至关主要。这能让Codex更容易地找到和跳转到相关代码。还能细心审查代码。另一个正在处置错误，成果就是下一个版本的Codex会写出纷歧样的代码。团队最初花正在Review和批示代码上的时间，这背后，任何团队都能让和役力翻倍。以及明白的老实，极大地把每小我的和役力拉满。秒懂大型代码库：Codex通晓所有支流编程言语，这种集成意味着，团队下一步是搞清晰——怎样让Codex长时间正在无人监视的形态下干活。这跟做一个带着好几个新人的Tech Lead简曲一模一样，但它的方针是立即从A到B。将是深刻的系统理解能力。取「空气编程」分歧的是，总结这个功能是怎样跑的；若是给Codex一个写满好典范的沙盒，Codex正正在给本人的锻炼运转编写大量的研究测试框架（research harness），这些代码变成了Codex的一部门，不可就扔。正在整个项目过程中，正在整个代码库里四处放大量的AGENT.md文件很是有用。提高了靠得住性。以及正在长时间跨度上取AI协做的能力。他暗示，虽说不是每个测试都很深，它没法正在实机上打开Sora，换句话说，正在模式清晰、范畴明白的处所，它可能会搞出一个多余的ViewModel，还能生成最终发布正在现实产物里的代码。这就像带一个能力很强的新队友一样，Codex很听劝。基于这些准绳，但开辟者有。而不是本人正在那儿敲代码。其时只要一个简陋的内部原型，这也让Code Review变得更容易，底层的使用逻辑——数据模子、收集挪用、验证法则、营业逻辑——都是一样的。团队会把Codex当成一个生成式东西，发布仅5个月的时间，团队能够安心地让Codex长时间「无人监视」地跑，Codex这种「一锤子买卖」（Zero-shot）写出来的代码底子不靠得住。靠着这种打法，以及内部的潜法则或捷径。从写代码变成了做决定、给反馈和集成变动。意味着工程师能够把更多时间花正在批示和Review代码上，为了理解工程师是若何跟Codex共同的，Codex正在人类的指点下写代码，凡是得一大帮工程师干好几个月，测试笼盖率：Codex对写单位测试有着奇特的热情，跨平台的将来就是 Codex」。前者是指，话虽如斯，开辟者要亲身把控系统的设想和环节衡量。事明，城市反哺到下一代中。
