<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>TerminalBench on Codexer</title><link>https://codexer.com/tags/terminalbench/</link><description>Recent content in TerminalBench on Codexer</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Sun, 28 Jun 2026 10:00:00 +0800</lastBuildDate><atom:link href="https://codexer.com/tags/terminalbench/index.xml" rel="self" type="application/rss+xml"/><item><title>GPT-5.6 × Codex：自主编程 Agent 的 Plan-Act-Verify 循环拆解</title><link>https://codexer.com/posts/2026-06-28-gpt5-6-codex-agent-loop/</link><pubDate>Sun, 28 Jun 2026 10:00:00 +0800</pubDate><guid>https://codexer.com/posts/2026-06-28-gpt5-6-codex-agent-loop/</guid><description>&lt;p&gt;想象一个场景：你给 AI 分配了一个任务「把这个支付模块改成异步处理」，然后就去开会了。两个小时后回来，AI 已经改完了 7 个文件，跑了测试套件，修了 3 个失败的测试，并且在 GitHub 上给你开好了 PR，等你 review。&lt;/p&gt;
&lt;p&gt;这不是科幻，这是 GPT-5.6 + Codex 正在做到的事情。&lt;/p&gt;
&lt;p&gt;2026 年 6 月 26 日，OpenAI 正式将 GPT-5.6 推送到 ChatGPT 和 Codex。对开发者来说，核心变化在于一个代号叫 &lt;strong&gt;Sol&lt;/strong&gt; 的旗舰模型，它被专门调校用于「长程自主编程」，也就是那种需要跨多个文件修改、反复运行测试、根据失败结果自我纠错的复杂任务。&lt;/p&gt;
&lt;p&gt;简单说，GPT-5.5 擅长「一问一答」，而 GPT-5.6 开始真正擅长「自己干活」。&lt;/p&gt;
&lt;h2 id="三层模型solterraluna-的分工哲学"&gt;三层模型：Sol、Terra、Luna 的分工哲学&lt;/h2&gt;
&lt;p&gt;GPT-5.6 不是一个模型，而是一个模型家族。OpenAI 这次直接给出了三层架构，每层对应不同的任务难度和成本预算：&lt;/p&gt;
&lt;table&gt;
 &lt;thead&gt;
 &lt;tr&gt;
 &lt;th&gt;层级&lt;/th&gt;
 &lt;th&gt;定价（输入 / 输出，每百万 token）&lt;/th&gt;
 &lt;th&gt;定位&lt;/th&gt;
 &lt;/tr&gt;
 &lt;/thead&gt;
 &lt;tbody&gt;
 &lt;tr&gt;
 &lt;td&gt;&lt;strong&gt;Sol&lt;/strong&gt;&lt;/td&gt;
 &lt;td&gt;$5 / $30&lt;/td&gt;
 &lt;td&gt;旗舰推理，长程任务：多文件重构、深度调试、架构级变更&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;&lt;strong&gt;Terra&lt;/strong&gt;&lt;/td&gt;
 &lt;td&gt;$2.50 / $15&lt;/td&gt;
 &lt;td&gt;日常编程主力：标准接口、单元测试、小修小补、代码审查&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;&lt;strong&gt;Luna&lt;/strong&gt;&lt;/td&gt;
 &lt;td&gt;$1 / $6&lt;/td&gt;
 &lt;td&gt;廉价子任务：分类、摘要、路由、格式化、日志分诊&lt;/td&gt;
 &lt;/tr&gt;
 &lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;这套设计的巧妙之处在于：&lt;strong&gt;不是所有任务都需要 Sol 级别的推理能力&lt;/strong&gt;。让 Sol 去判断「这个文件是不是测试文件」就像用 Ferrari 去超市买菜，浪费且没有必要。真正高效的 Agent，应该根据任务难度动态路由到不同层级：Sol 负责规划和验证，Terra 负责写代码，Luna 处理那些琐碎但高频的分类和摘要工作。&lt;/p&gt;</description></item></channel></rss>