Claude Code 小修复背后：AI 编程 Agent 从模型能力进入执行稳定性竞争

事件概述

Anthropic 发布了 Claude Code 2.1.179 版本更新，无新模型或新 benchmark，主要修复一系列执行层面的 bug：

• 连接中断后保留 partial response
• 工具执行 spinner 不再卡住
• Linux sandbox 中 denyRead / allowRead glob 扫过大目录时不把 Bash tool description 撑到不可用
• 远程 session 后台任务在多个 turn 间正确显示结束状态

这些修复指向同一趋势：Claude Code 已从“帮你写代码的聊天框”变为真正替你执行任务的系统，而系统稳定性比模型智能更迫切。

核心信息

1. 连接中断与任务现场恢复

传统聊天机器人中断后可重来，但 coding agent 中断前已读文件、改代码、跑测试，必须保留任务现场。Claude Code 修复 mid-stream connection drops 并保存 partial response，确保用户不丢失进度。

2. 工具执行状态可观测性

spinner 卡住看似小问题，但用户需要知道 Agent 是否仍在工作、是否失败、能否取消。Agent 不仅要调用工具，还要追踪工具、解释状态，在失败时让任务回到可控状态。

3. 权限规则膨胀拖垮上下文

denyRead / allowRead glob 扫过大目录后，Bash tool description 被撑得极大，导致 session 不可用。权限规则越细，工具描述越长，越占上下文成本。安全不能简单“加限制”，需平衡表达方式、模型可见性与执行效率。

4. 后台任务生命周期管理

coding agent 已支持远程 session 中跨多个 turn 的异步任务。若状态不更新（如实际已结束但仍显示“still running”），用户无法判断下一步操作。系统需像任务系统一样启动、追踪、恢复、结束任务并清晰告知用户状态。

值得关注

• 竞争转折点：第一阶段拼模型能力（代码生成、上下文长度、benchmark 分数）；下一阶段拼执行稳定性（中断恢复、工具状态、权限管理、后台任务、错误恢复和可观测性）。
• 真实开发 vs demo：短任务 demo 易惊艳，但真实开发环境更长、更复杂，Agent 必须处理网络断、超时、权限多、代码仓库大等不稳定因素。
• 结论：未来 AI 编程产品不只比谁聪明，更比谁可靠。可靠的 runtime 是 Agent 从演示产品变成真正开发工具的关键。