Claude Code 是什么——Anthropic 的终端编码 Agent

TL;DR

• Claude Code是 Anthropic 的 agentic 编码工具，运行在终端、Claude 桌面应用以及 VS Code、JetBrains 等 IDE 里——你描述一个目标结果，它读仓库、做计划、改文件、跑命令、提交代码。

• 它是本地编码 Agent的参考实现：单机、以仓库为边界，按「人类可以随时伸手介入」来设计。Plan 模式与权限提示，就是「自主」与「免审查」之间的安全层。

• 它的定义性机制是Plan 模式（改码前只读研究）、子 Agent（隔离的工作进程，只回传摘要、不给上下文灌水）、MCP（连接外部工具的 Model Context Protocol），以及用于可复用工作流的skills / hooks。

• Claude Code 不是 Cowork（本地知识工作 Agent）、不是 Tag（多人在线 Slack 同事），也不是 Chat。当产物是仓库里的代码时，你用的才是它。

• 想知道它在 Anthropic 各产品面里怎么定位，见 Claude Code vs Cowork vs Tag。在同一 harness 里换模型是另一回事。

1. Claude Code 为什么在现在出现

在 Claude Code 之前，「AI 编程」基本等于自动补全：模型在编辑器里建议下一行，人类仍然驱动每个文件、每轮测试、每次提交。最后一公里——真正跑起工具链——仍靠手动。Claude Code 把这一切倒了过来。它把 Anthropic 研究里正在成形的 agentic 循环打包成一个终端工具：能读代码库、跨多个文件写改动、跑测试、读失败信息、迭代到测试通过。人类从「敲代码」变成「审工作」。

这个转变重要，因为它改变了开发者注意力的落点。自动补全优化的是击键。Claude Code 优化的是一个循环：规划、执行、验证、修订。产物是一份 diff 和一次绿灯的测试运行，而不是一段建议代码。Anthropic 在 2025 年初把 Claude Code 作为研究预览发布，到 2026 年年中，它已成为本地编码 Agent 的参考实现——其它终端与 IDE Agent 都被拿来和它比较。

时点不是偶然。编码天然是 agentic 工作第一个落脚点，因为仓库是一个封闭世界：文件、测试、diff、CI 状态。模型拿到一个带成功信号的沙箱。这比开放式的办公室工作好处理得多——所以编码 Agent 比它们的知识工作同类成熟得更早。Claude Code 的成功证明了同一套循环行得通，也正因此，Claude Cowork 复用了这套架构去做文件和连接器，Claude Tag 复用了它去做 Slack 频道。每一种情形里循环都一样；变的只是对象与受众。

2. Claude Code 定义

Claude Code 是一个本地、单机运行的编码 Agent。你在终端或 IDE 里唤起它，它用你的凭证、你的文件系统对仓库工作，会话属于你。它读文件、规划方案、改代码、跑 shell 命令和测试、产出 commit 与 pull request——全程在你配置好的边界处请求批准。最后这句是定义本身，不是脚注：Claude Code 被设计成带检查点的自主，而不是免审查的自主。这个差别正是本地编码 Agent 的全部意义——人类仍在循环里，但循环本身（而不是打字）才是工作。

2.1 核心定义

本地编码 Agent是一个陪伴单个开发者运行的 Agent——在开发者的机器上、或对着他的仓库——职责是把一个请求变成可审查的代码。Claude Code 就是 Anthropic 对这一形式的实现。它不同于聊天助手（只回答），也不同于多人在线的同事（共享频道、自行发起行动）。Claude Code 是私密的、以仓库为界、由用户发起的。

2.2 五大定义属性

**终端原生，然后无处不在。**Claude Code 起步于终端，这是它总与「shell 优先」的开发者绑定在一起的原因。如今它也跑在 Claude 桌面应用和 IDE 里，包括 VS Code 与 JetBrains。界面在变；循环不变。

**Plan 模式。**Plan 模式是一种只读状态：Agent 只用读取工具分析代码库、拟出一份计划，然后在任何文件改动前把计划呈现给你。在迁移或多文件重构这类「正确做法真的不清楚」的任务上，Plan 模式强制研究发生在改动之前。它是「先想后写」的具体机制。

**子 Agent。**Claude Code 能派出隔离的工作进程，每个有独立的上下文窗口，去做一件支线任务——一次定向搜索、一轮并行研究——然后只回传一份摘要。这让长会话不至于溺毙在日志与搜索结果里。它是「多个 Claude」模式的本地单机前身，而 Tag 把那个模式变成了团队功能。

**MCP 与 skills。**Model Context Protocol 让 Claude Code 通过配置好的服务器触达外部系统——数据库、问题跟踪器、浏览器。Skills 把可复用工作流固化下来。Hooks 围绕会话运行自动化。正是这些扩展点，把 Claude Code 从一款编码工具变成了其它模型与工作流可以插进去的 harness。

**权限提示与批准门。**运行命令或改文件前，Claude Code 会按你的权限模式把动作亮出来等你批准。这是「身份问题」面向开发者的版本——Tag 在组织层面回答的是同一个问题：谁能碰什么，谁看得见痕迹。

2.3 Claude Code 不是什么

Claude Code 不是 Claude Cowork。Cowork 是把同一套本地 Agent 循环对准知识工作——文件、文件夹和已连接应用——而不是代码仓库。Code 面向工程师和一棵棵源码树；Cowork 面向研究者、分析师和他们的文档。它们是同一级上的两兄弟，不是一款产品的两个名字。完整的区分见上文链接的三方对比。

Claude Code 不是 Claude Tag。Tag 是多人在线、异步的产品面：每个 Slack 频道一个 Claude、组织身份、环境式跟进。Code 可能开一个 PR；Tag 活在做出合并决定的那个频道里。Code 是一个工程师交付产品的地方；Tag 是一个团队委派任务的地方。

Claude Code 不是 Chat。Chat 是低摩擦、轮流对话的起草与问答界面。Code 是带工具和测试运行、对着仓库执行的。Chat 回答；Code 干活。

Claude Code 不是自动补全插件。Copilot 式内联建议填一行；Claude Code 跑一个 agentic 循环。自动补全优化击键；Code 优化被验证过的改动。团队常常两个都跑——自动补全管行云流水的日常，Agent 啃硬的多步问题。

3. Claude Code 怎么工作

循环是规划、执行、验证、修订。面对一个不简单的任务，Claude Code 先读够代码库、理解这次改动，通常在 Plan 模式里拟出计划；然后执行：改文件、跑命令、跑测试。它读结果——失败的测试、linter 输出、类型错误——再修订，直到产物可以审查。把这个反馈循环与任何一次生成区分开的，正是 Agent 与「更聪明的自动补全」的分野。

具体点说：让 Claude Code 修一个横跨服务端和客户端的 bug。它 grep 出调用点、读合约两边、在 Plan 模式里拟计划，然后改那两个文件、跑相关测试、对着失败作出反应。以前要花一个上午的开发者，现在几分钟审一份 diff。价值不在于模型写了那些行；而在于循环闭合了，不需要人类盯着每一步。

子 Agent 让循环可扩展。与其把每次搜索结果和每行日志都背在主上下文里，Claude Code 派一个子 Agent 去研究某个具体问题、回传摘要。一场重构马拉松中，会话就是这样保持连贯，而不是退化成一堆半记忆的上下文。Anthropic 文档里记录的机制——Plan 模式的只读工具集、用于派发的 Task 工具、相互独立的上下文窗口——是用户在把大仓库托付给这个工具前该先弄懂的部分。

可扩展性是另一半。通过 MCP，Claude Code 能查数据库、读工单、驱动浏览器。通过 skills，团队把「常见任务该怎么做」固化下来。通过 hooks，他们把会话接进 lint、format 或 CI。这些原语让 Claude Code 成为一个 harness 而不是封闭产品——这也是它能指向另一个模型家族的原因，DeepSeek Agent vs Claude Code 的对比里有详细说明。

成本画像值得直说。Claude Code 跑在 Claude 模型上——最难的推理用 Opus——而 agentic 会话消耗的 token 远超聊天，因为每次工具调用、每次重跑测试都是一轮新的推理。单个 agentic 任务在前沿模型上可能花掉几美元；一支天天在跑的开发者团队，花的是真金白银。这是终端藏起来的权衡：价值在于被验证过的工作，而不是每美元买到多少字。

4. 它和相近概念怎么比

最干净的框架是 Anthropic 的四个产品面：Chat管对话，Claude Code管代码仓库，Claude Cowork管文件与连接器，Claude Tag管 Slack 频道。Code 和 Cowork 同处本地、单机这一级，只是 Code 面向工程师而非知识工作者。三方怎么切、什么时候用哪个产品面，见上文链接的对比。

对着其它编码 Agent，Claude Code 的优势是处理庞大、混乱代码库时的深度与推理——仓库规模的重构、牵动几十个文件的架构改动。它的代价是终端优先的 UX，以及想要最深质量就得绑定 Claude 模型。Cursor 这类 IDE 原生工具赢在日常行云流水；Cline、Aider 这类开源选项赢在模型选择与价格。那份按任务形态排名的全景，在 best Claude Code alternatives 里。2026 年各种对比反复出现的模式是：认真的团队跑两个——IDE Agent 干日常，终端 Agent 啃难题。原因和这一簇里别处一样，是任务形态的分裂——一个产品面没法既是最快写出下一行的方式，又是最深地重构一个模块的方式。

对着桌面与云端 Agent，Claude Code 是那个窄而深的选择。Manus 和 Devin 式的云端 Agent 把整个任务委派出去、稍后回来取结果；Claude Code 就陪在仓库里你身边。差别就是产品形态阶梯反复回到的那个视野问题：Code 假设你近到能审查、能改方向；云端 Agent 假设你已经走开、回来时想要一个结果。两者没有高下——它们在阶梯上各占一个位置，你选哪点，应取决于这份工作实际要跑多久、跑的时候你需要离多近。

5. Claude Code 的下一步

2026 年年中可以看到三个方向。**Harness 重于模型。**Claude Code 越来越像一个可以让其它模型进去运行的壳——DeepSeek 端点路线是最清晰的例子——这让它从「Anthropic 的产品」重新定位成「默认的终端 harness」。**与 Cowork、Tag 收敛。**同一套循环如今驱动全部三个产品面，所以重要的边界不再是「是不是 agentic」，而是「谁的上下文、谁的受众」。**多人编码。**Code 里的 Agent 团队与动态工作流，是 Tag 产品化的那个多人模式在本地端的预览；「我的仓库会话」与「团队的频道」之间的线，正是下一代编码工作在争夺的地方。

经得住时间的结论：Claude Code 定义了本地编码 Agent 长什么样。下一步会变的与其说是循环，不如说是它跑在哪个表面上——终端、IDE、桌面、频道——以及 Agent 干活时谁在房间里。对正在纠结「下一个招聘是再来一个工程师，还是共用一个 Agent」的团队，这个表面问题正是整个 Claude 簇的轴心问题：这份工作还是一场单人会话，还是已经是团队对象。

结语

Claude Code 是 Anthropic 的本地编码 Agent：单机、以仓库为界，围绕带批准检查点的「规划-执行-验证」循环构建。它的定义性机制是 Plan 模式、子 Agent、MCP 与 skills。它不是 Cowork（知识工作）、不是 Tag（多人在线 Slack）、也不是 Chat（对话），更不是自动补全插件。你买的是那个循环，不是下一行的建议。

当产物是仓库里的代码、而你想逐步入审时，选 Claude Code。当对象是你的文件时，选 Claude Cowork。当工作归频道所有时，选 Claude Tag。产品面该匹配工作的视野与受众——而不是品牌习惯。