在终端里用编程智能体的人，大概都经历过同一个瞬间：任务跑到一半，网络抖了一下，或者你手滑按错一个键，屏幕上的会话就乱了。最省事的处理方式是关掉重开，然后从头把上下文再交代一遍。这一版更新的价值恰恰在这里——它修的不是界面好不好看，而是那些让你不得不重开的状态问题。
先交代背景。Codex CLI的0.160.0版本在2026年10月1日发布，前一个版本是9月30日的0.159.3。这个项目的发布节奏非常快，按第三方跟踪站点的统计，2026年至今已经是第103个版本，最近一个月的节奏是平均1.3天一个版本。更新这么密，意味着单看某一个版本的说明意义有限，真正值得关注的是它长期的修法方向——从铺功能转向补耐久度。
断掉的那次会话，它现在记得住了
0.160.0里最实用的一条修复是排队消息的处理。以前连接断掉之后，那些已经排进队列、还没确定有没有送出去的消息，恢复时状态是含糊的，结果就是偶尔重复发送同一个指令。新版本改成等不确定的提交有明确结果之后再恢复队列，断线重连不再把同一句话送两遍。这个问题看起来很小，但在让智能体连续干活的场景里，一次重复指令可能意味着同一个操作被执行两回。这个修复的意义在于，连续干活的场景里，重复执行比执行失败更麻烦：失败可以从头再来，重复执行会留下副作用，而副作用通常是过了很久才被发现的。
终端界面这边，现在会保留服务提供方、推理摘要和详细程度这三项设置，恢复会话和分叉历史时也会显示正确的会话，而不是给你一堆分不清谁是谁的记录。命令中心加了分页，较早的任务可以通过键盘调出的“显示更多”逐步加载，不会转一次卡住。这些都是小改动，但它们共同解决的是同一件事：让长时间挂着的会话，在几次重连之后仍然是你原来那一条。
这次修的主要是状态，不是界面
拉长来看，这一版改得最多的是子代理。以前智能体派生子代理时，父级那份还在准备中的环境配置——待用的环境变量、沙箱覆盖项、工作目录默认值——不会传递下去，子代理是从一个干净环境起步的。结果是编排层设好的配置没有自动流到执行层，子代理悄悄用了默认设置，而你在上面看不出任何异常。0.160.0把待用环境连同配置一起传给子代理，这类“上面对了、下面没生效”的问题才算关上。
会话存储也做了一轮清理。存放会话记录的本地数据库不再在建立连接时卡住，初始化错误会直接报出来，而不是拖成超时让你以为网络有问题；数据库里被删掉的页会在后台回收，文件不会只涨不缩。Windows这边补了三处：沙箱环境的PowerShell回退路径、超过260字符的长路径权限修复、后台辅助进程不再弹出多余的黑色控制台窗口。这几条都是那种“不出问题不知道它存在”的修法。
功能上最值得注意的是无项目会话。以前在不是代码仓库的目录里启动，它会先问你要项目上下文，这道流程挡住了那些一次性的查询和脚本化调用。现在只要策略允许，会话可以直接用工作区默认值起步，恢复时把之前保存的权限一并还原。另一个是Guardian审查上下文的扩展，这项是可选的：打开之后，审查环节能取到本次会话里更早的用户指令，也能带上跨代理交接的上下文，让复查这一步看到的背景更完整。
要不要现在换上去
这类每月好几个版本的命令行工具，升级策略跟常规软件不一样。稳妥的做法是固定版本号，别让它自动跟着最新版走：把版本写进部署脚本，需要的时候再手动抬。原因不是新版本不稳，而是这类工具跟你的工作目录、权限配置、沙箱环境耦合得很深，一次静默升级可能改掉你依赖的行为，而出问题时你甚至不知道是哪一次更新带来的。比较稳妥的做法是留一台测试机，把新版本先在上面跑几天真实的日常任务，观察行为有没有变化，再决定要不要推到主力环境。
如果打算升到0.160.0，值得专门验一遍的有四处：重连之后排队消息有没有重复发送；子代理跑起来的配置是不是你在编排层设的那个；Windows下长路径目录里的权限操作是否正常；会话记录的数据库文件在长期使用后有没有一直在涨。这四条都跟“长时间挂着不掉链子”有关，也正是这一版想解决的问题。至于界面上的变化，反而不必太在意。
用命令行智能体干活，真正消耗耐心的从来不是它写错代码——写错了改掉就行——而是它在中途失去状态，你得从头解释一遍背景。一个工具值不值得长期用，看的也是它能不能把这类中断消化掉。这一版的答案算是给出来了。版本选择上还有一个经验：跨多个版本升级时别一次跳到最新，先升到中间某个稳定版本看一眼，确认行为没有意外变化再继续，出问题时定位范围会小很多。
申请创业报道，分享创业好点子。点击此处，共同探讨创业新机遇！
