命令行 AI 编码代理的崛起

过去两年，主流假设是 AI 编码生活在编辑器里：一个自动补全的幽灵、一个侧边栏的聊天框。如今看来，这种范式更像是一种过渡形态。重心正在向命令行转移 —— 在那里，代理能把整个仓库纳入上下文、调用工具、采取行动，而不只是给出建议。

为什么是终端

编辑器里的聊天框，本质上是一个推荐器：它提议，你来应用。而常驻终端的代理是一个操作者：它读文件、跑测试套件、检查失败、然后动手改 —— 整个闭环里，不再需要人在面板之间来回搬运文本。

# 一条指令贯穿读取、推理、修改、验证。
agent "鉴权中间件在 401 时丢了 refresh token，找出来修掉，然后把测试跑一遍"

正是这种「修改 / 验证」循环的坍缩，构成了它全部的价值主张。编辑器是为「一个正在打字的人」优化的；终端则是为「一个正在行动的进程」优化的。

本地多工作区开发

更有意思的转变是结构性的。一旦代理成了一个进程，你就能同时跑起好几个，每个隔离在自己的 git worktree 里：

• 一个工作区在 main 上二分定位一处回归。
• 另一个在一条用完即弃的分支上起草新功能。
• 第三个以只读模式审阅一个开着的 PR。

它们谁也不会踩到对方的工作树，而你只需在它们各自落地时审阅 diff。工作的最小单元，不再是「一个开在标签页里的文件」，而变成了「一个带沙箱的任务」。这是一种实质上不同的软件构建方式 —— 而它，也只有在命令行里才真正讲得通。

编辑器不会消失。但对于这份工作中「意图进、经过验证的改动出」的那一部分，终端已经悄然成为了更好的界面。