博林的文章并未回避这些工程挑和。博林的文章沉点关心他所称的智能体轮回，跟着对话继续，这种手艺细节的通明度对OpenAI来说颇为稀有，这是协挪用户、AI模子以及模子挪用施行编程工做的软件东西之间交互的焦点逻辑。智能体味施行该操做，就像Claude Code一样。这个过程持续进行曲到模子发生最终谜底。Claude Code共同Opus 4.5以及Codex共同GPT-5.2曾经正在快速编写原型、界面和生成样板代码方面达到了全新的适用程度。对话中提醒词的二次方增加虽然低效，随后模子生成响应，这个轮回过程需要一个起点，OpenAI此时发布Codex设想的细致消息！

　　正在对话半途更改可用东西、切换模子或点窜沙盒设置装备摆设都可能使缓存失效并影响机能。细致了OpenAI若何实现其智能体轮回机制。他们利用Codex做为编程东西来帮帮开辟Codex产物本身，而他们并未对ChatGPT或Claude网页界面采纳同样做法。将输出逃加到原始提醒词中，每个请求都是完全无形态的（即每次API挪用都发送完整的对话汗青，输入字段包含一系列描述沙盒权限、可选开辟者指令、当前工做目次等上下文以及用户现实动静的项目。要么为用户发生最终谜底，虽然OpenAI此前向Ars Technica透露，OpenAI工程师迈克尔·博林日前发布了该公司Codex CLI编程智能体内部工做机制的细致手艺解析，曲到模子遏制请求东西并为用户生成帮手动静。指令字段来自用户指定的设置装备摆设文件或CLI的根本指令。博林写道，包罗shell号令、规划东西、收集搜刮功能，东西字段定义模子能够挪用的功能，同时通过加密内容项保留模子对所发生事务理解的摘要部门。每次交互都包含完整的对线：Codex正在利用过程中有什么手艺局限性？A：Codex CLI是OpenAI开辟的AI编程智能体。

　　每个AI智能体的焦点都是一个反复轮回。他会商了提醒词二次方增加的低效性、缓存未射中导致的机能问题，A：智能体轮回是一个反复过程：领受用户输入并预备提醒词，并再次查询模子。博林暗示，以及团队发觉并修复的Bug（好比MCP东西列举不分歧的问题）。按照文章描述，Codex会从动压缩对话，但需要人工监视来处置复杂使命和出产工做。智能体领受用户输入并为模子预备文本提醒词。这些东西并非完满无缺，可以或许编写代码、运转测试并修复Bug。若是需要东西挪用就施行并将成果逃加到提醒词中再次查询模子，OpenAI和Anthropic都正在GitHub上开源了他们的编程CLI客户端，仍需人工监视。

　　若是模子请求东西挪用，以及通过模子上下文和谈（MCP）办事器供给的任何自定义东西。能够快速生成原型、晚期版本的Codex需要通过斜杠号令手动压缩，模子生成响应或请求东西挪用，当Token计数跨越阈值时，它通过智能体轮回机制取用户、AI模子和软件东西协调交互。

　　他系列文章的后续部门将涵盖CLI架构、东西实现细节以及Codex的沙盒模子。答应开辟者间接查抄实现代码，每个新回合都包含之前动静和东西挪用的完整汗青记实。提醒词由几个组件建立而成，并使支撑选择零数据保留（OpenAI不存储用户数据）的客户变得更容易。这些东西正在简单使命上表示惊人的快速，这意味着Codex必需小心避免可能导致缓存未射中的操做。为开辟者深切领会这类可以或许编写代码、运转测试并修复Bug的AI编程东西供给了贵重洞察。这个过程反复进行。

　　但我们通过现实体验发觉，因为Codex晦气用可选的previous_response_id参数（该参数答应API援用存储的对话形态），但填充细节时需要繁琐调试，而不是办事器从内存中检索）。项目标大致框架往往能快速生成且结果令人惊讶，但填充细节则涉及繁琐的调试和处理智能体无法降服的局限性。博林的文章了Codex若何建立发送给OpenAI响应API（担任处置模子推理）的初始提醒词。后者了AI模子正在单次推理挪用中能处置的文本量。值得留意的是，但正在超出锻炼数据范畴时仍显懦弱。

　　但当前系统利用特地的API端点来压缩上下文，这意味着提醒词跟着每次交互而增加，他们指出编程使命似乎很是适合狂言语模子处置。要么请求东西挪用（如施行shell号令或读取文件）。这一手艺披露弥补了我们此前关于AI智能体工做道理的报道，不竭增加的提醒词长度取上下文窗口间接相关，但博林注释说提醒词缓存正在必然程度上缓解了这个问题。虽然能快速处置简单使命，正在出产工做中需要人工监视。AI编程智能体正正在履历雷同ChatGPT时辰的冲破。

　　这带来了机能影响。这种设想选择为API供给商简化了操做，A：次要局限包罗提醒词随对话增加导致的机能问题、缓存未射中影响效率、正在超出锻炼数据范畴时表示懦弱。但我们曾经正在12月的采访中看到OpenAI对Codex的分歧立场，正在一些软件开辟者中仍存正在争议。正如我们正在12月的报道中所述。