状态管理解析：AppStateStore 里到底保存了什么 Claude Code 不是一次性脚本，而是长期运行界面 只要看 state/AppStateStore.ts，你就会立刻意识到一件事： Claude Code 绝不是一个“执行一下就退出”的普通 CLI。 它内部维护了大量 UI 与会话态数据，这说明它本质上是一个终端应用。 这里保存的状态远比你想象的多 AppState 里能看到很多类型的信息： 当前 settings、model、verbose、状态栏文本 工具权限上下文 任务列表与前台任务 MCP…
解析：为什么 Claude Code 不会无脑乱跑 真正可用的工程代理，必须先解决安全问题 一旦一个 AI 系统能读写文件、执行命令、访问外部资源，安全问题就不再是附属功能，而是主功能的一部分。 Claude Code 在这件事上明显下了很大功夫。 从 ToolPermissionContext、权限请求组件、规则过滤逻辑都能看出来，它不是事后补丁式安全，而是架构级安全。 加载图表中... 权限不是单点判断，而是多层控制 从源码结构看，Claude Code 的权限体系至少有几层： 当前 permission mo…
Claude Code 的 Plan Mode 在架构里处于什么位置 Plan Mode 不是一个普通“模式切换按钮” 很多人会把 Plan Mode 理解成：“先写计划，不直接写代码”的产品交互。 但从源码看，它远不只是一个 UI 状态，而是贯穿： 工具系统 权限系统 会话状态 审批流 的一套架构能力。 先看它在工具层的存在方式 在 tools.ts 里，Plan Mode 不是神秘隐藏能力，而是明确的工具： export function getAllBaseTools(): Tools { return […
从源码看 Claude Code 的产品边界与局限 看源码不只是为了赞叹，也要看边界 Claude Code 很强，但研究一个系统如果只看它“做到了什么”，很容易失真。 更有价值的做法，是同时看它： 为什么强 为什么要这么复杂 它的边界和代价是什么 第一条边界：它依然高度依赖工具与上下文 从源码能看到，Claude Code 的很多能力来自： 工具系统 上下文注入 权限与状态管理 MCP / LSP / 插件扩展 这说明它的强，不是凭模型裸奔得来的。 反过来说，如果这些配套能力缺位，它的表现也会明显下降。 加载图表…