很多人看见 1900 多个文件、51.9 万多行 TypeScript，会把注意力全放在规模上。但我越来越觉得，Claude Code 真正值得研究的，不是它有多大，而是它已经把智能体产品该有的几条主线都搭起来了，而且彼此之间是连着的。
先看最核心的代理循环。整个过程被拆成 11 步，从用户输入开始，到消息包装、历史载入、系统提示词组装、请求模型、流式返回、判断工具调用、循环执行、终端渲染、触发钩子，再回到等待输入。以前大家都知道这类系统大概是这么工作的，但知道和看懂不是一回事。把每一步放到同一张动态图里，你会第一次直观感受到，模型回复并不是终点，工具调用和结果回灌才是能力真正被放大的地方。
再看系统提示词的拼装方式，这一点很关键。项目级规则、工具定义、目录上下文、持久记忆不是零散地存在，而是被整合成模型的当下工作环境。这意味着 Claude Code 不是单靠模型本身输出能力，它更像是在不断搭建一个能让模型稳定行动的工作台。谁能把这个工作台做得更完整，谁就更容易把智能体从能聊天推到能做事。
然后是工具系统。53 个以上工具，被分进文件操作、执行、搜索、代理任务、规划、MCP、系统和实验功能 8 个类别。再配上 95 个以上斜杠命令，整个产品形态已经非常清晰了。你不只是让它回答问题，而是在调度一套能力网络。文件能读写，命令能执行，任务能创建和追踪，计划能进入和退出，外部资源能接入，这个边界已经远远超过了传统代码助手。
更值得注意的是那些暂未全面放开的能力。比如 Kairos、Coordinator Mode、Bridge、Daemon Mode、UDS Inbox、Auto-Dream。这些名字背后指向的是一件事，Claude Code 正在往持续运行、并行协作、跨终端控制、跨会话记忆整合的方向推进。说白了，它的目标已经不只是陪你写代码，而是逐步变成一个可以长期驻场的开发代理。
所以我现在的判断很直接。谁还把 Claude Code 只当成终端里的问答工具，谁就低估了它。真正该看的，不是单个功能多炫，而是它的架构已经把未来的形态提前暴露出来了。看懂这套结构，比盯着某一条新命令更重要。
