先记住一句话 如果说 Claude Code 的内置工具解决的是“我自己会什么”， 那 MCP 解决的就是“我还能接入谁”。 很多人第一次接触 MCP，会把它理解成“插件协议”。 这个理解不能算错，但太浅了。 从 Claude Code 源码来看，MCP 更像一层 外部能力接入总线： 外部工具可以接进来 外部资源可以接进来 外部 prompts 可以接进来 外部 skills 也可以接进来 真正重要的不是“又多了几个工具”，而是 Claude Code 的能力边界可以在运行时被重新扩展。 加载图表中... Clau…
派生：Claude Code 如何走向平台化 一个成熟系统不会只靠内置功能成长 如果 Claude Code 只依靠官方内置能力，那它最多是一个很强的产品。但从源码目录看，它已经在向另一个方向演化：平台化。 最明显的信号有三类： 插件系统 Skills 系统 Agent / Team / 子任务能力 插件：把能力装配交给生态 源码里能看到不少和插件有关的模块： 插件加载 命令注入 插件技能 市场与安装管理 插件错误与刷新机制 这说明插件不是"外挂脚本"，而是被正式纳入会话能力图谱里的。 插件、Skills、Agen…
Claude Code 的 Skills 系统 很多人把 Skill 想简单了 第一次接触 Claude Code 的人，通常会把 Skill 理解成： 一段写好的 Prompt 一个 Slash Command 别名 或者一份放在仓库里的说明文档 这些理解都沾边，但都不完整。 从源码看，Claude Code 里的 Skill 更准确的定义是： 一套可以被系统加载、被模型发现、再由 SkillTool 正式执行的技能模块。 也就是说，Skill 不是普通文档。 它在 Claude Code 里有自己的加载链路、发…
Claude Code 的多 Agent 与子任务机制 它早就不只是单线程助手了 如果只把 Claude Code 看成“一个主对话框里的模型”，你会错过它很重要的一条演化方向： 它已经明显在支持多 Agent、子任务和协作型运行。 从源码能看到几个非常关键的信号： AgentTool SendMessageTool TeamCreateTool TaskCreateTool agentNameRegistry viewingAgentTaskId 这已经不是单线程工具的思路了。 先看它在工具层的入口 export…
Claude Code 的远程会话与桥接能力 终端在本地，不代表执行一定在本地 从很多人的直觉看，Claude Code 是一个本地终端工具。 但源码很清楚地表明，它已经内建了不少远程能力： remote session direct connect bridge / remote-control SSH 相关流程 这意味着它的 UI、执行位置和会话位置可以分离。 先看入口层就知道这不是边缘功能 main.tsx 里直接有这些导入： import { createRemoteSessionConfig } from…