Claude Code 的中断与转向机制，真正高效的人机协作不是等它跑完

我今天在整理 Claude Code 的工作机制时，最容易被低估的一块，其实不是模型有多聪明，也不是它能不能一次性写出漂亮代码，而是运行过程中能不能被我们及时拉回来。Claude Code 和普通聊天机器人最大的差别，在于它不是只输出一段文本，它会读文件、改代码、跑测试、查文档、执行 shell 命令，还会根据工具返回的结果继续决定下一步。只要进入这种 agentic loop，整个过程就不再像一次问答，更像是在和一个能操作终端的工程师一起结对编程。

在这种模式里，等待它全部跑完再评价，往往不是最高效的方式。Claude Code 可能已经读到了关键文件，但准备往错误方向改。也可能正在运行一个耗时测试，但我们突然意识到刚才的需求描述少了一条约束。还有一种更常见的情况，Claude Code 正在探索代码库，它的判断并没有错，只是优先级和我们当前真正关心的目标有偏差。这个时候，中断和转向就成了非常重要的控制手段。

Claude Code 官方文档里对这个动作的描述很短，核心只有两个操作。按下Esc，Claude Code 会立即停止，正在执行的工具调用会被取消，它会等待新的指令。直接输入一段修正内容并按Enter，不会打断正在运行的工具调用，Claude Code 会在当前动作完成后读取这段修正，并在决定下一步之前调整方向。看起来只是两个键盘动作，但放到真实开发流程里，它们对应的是两种完全不同的人机协作策略。

Esc不是退出键，而是现场刹车

很多开发者刚开始用 Claude Code 时，会把它当成一个更聪明的命令行助手，提一句需求，就盯着终端看它一路执行。这个习惯在简单任务里没问题