Claude Code 源码拆解
Book 第三十三章：这本书之后，还该继续挖什么
第六部分：迁移与附录

第三十三章：这本书之后，还该继续挖什么

作为收尾，再把后续继续深拆和落 C# 原型时最现实的动作重新排一次。

到这里，Claude Code 的主骨架和第一轮横切系统已经基本串起来了。

但这还不是终点。

更新说明：

  • 这一章当时列出的 7 个后续主题，现在已经补成了第 34 到第 40 章
  • 如果你是从目录倒着找补充阅读，可以直接顺着后面这 7 章接着读

如果你想先看一份更工程化的缺口盘点，可以对照这篇：

1. 还没彻底榨干的高价值区域

我现在最想继续深拆的，主要还有七块。

1.1 AppState 与 UI/runtime 边界

这块的价值在于：

  • Claude Code 的 UI 很重
  • 但很多状态其实不是 UI state，而是 runtime projection

如果把这一层彻底拆清楚，你以后做 C# 版时会更容易判断：

  • 什么该留在核心
  • 什么只该留在宿主

1.2 Telemetry / analytics / attribution

这块对“做功能”不是最急的，但对“做产品级运行时”很值钱。

因为它能回答：

  • Claude Code 自己怎么观测运行时
  • 哪些链路被它视为重要治理点
  • 哪些成本和延迟它在刻意度量

1.3 Memory 系统

memory 现在虽然已经补成了单独章节，但仍然还有继续深挖的空间。

它很值钱，但更偏产品策略层：

  • 什么该长期记住
  • 什么该 project scoped
  • 什么该 team scoped

如果以后 C# 版也想做成完整产品，这块迟早要补。

1.4 认证 / token / 登录运行时

这一块越看越值钱。

因为很多地方其实都跟 auth 深度耦合：

  • managed settings eligibility
  • policy gating
  • remote / bridge
  • session ingress
  • 组织限制

如果后面要做企业化或远端化，auth runtime 迟早得单开一章。

1.5 插件系统 / 扩展治理

插件这块现在还没有像 MCP 那样拆得够深。

但如果以后 C# 版也想支持：

  • 外部扩展
  • marketplace
  • 组织 allowlist / denylist

那这块一定值得继续挖。

1.6 Hooks 运行时总览

hook 这条线现在已经散落在很多章节里了：

  • tool runtime
  • permission
  • compact
  • session memory
  • plugin hooks

但还没有一章把它作为正式的 lifecycle system 来写。

这一章如果补上，前面很多专题之间的关系会更清楚。

1.7 模型 / Provider / Capability 路由

现在我们已经知道很多地方会看 provider / model：

  • Web 工具
  • auth
  • managed settings
  • remote / 企业化路径

但还没有系统写清楚 Claude Code 怎么处理：

  • first-party 和 3P provider
  • model capability
  • allowlist / deprecation / upgrade
  • provider 对工具与权限边界的影响

2. 我建议的下一轮阅读顺序

如果目标还是“继续榨干源码价值，并让 C# 版更能落地”，我建议下一轮按这个顺序走：

  1. AppState 与 UI/runtime 边界
  2. 认证 / token / 登录运行时
  3. Telemetry / analytics / attribution
  4. Memory 系统
  5. 插件系统 / 扩展治理
  6. Hooks 运行时总览
  7. 模型 / Provider / Capability 路由

这个顺序背后的想法很简单：

  • 先继续补核心边界
  • 再补企业化和远端化真正依赖的底层
  • 最后补更偏产品策略和生态治理的层

3. 如果马上开始写 C#，接下来最现实的动作是什么

如果你现在就想开写，而不是继续读，那我建议立刻做三件事。

3.1 先建空骨架工程

先把核心命名空间和接口放出来：

  • Conversation
  • Tools
  • Context
  • Transcript
  • Extensions
  • Governance

不要先写实现，先把边界立住。

3.2 先跑通最小 turn loop

只带：

  • 文本消息
  • 一轮 assistant
  • 工具调度
  • tool_result 回灌

先让这条主链路活起来。

3.3 再补最小 transcript

哪怕一开始只是最朴素的 append-only journal，也比完全没有强。

因为只要 transcript 从第一天就存在，后面补：

  • compact
  • resume
  • remote attach

都会容易很多。

4. 这本书最想留下的一句话

如果整本书最后只留一句话，我更想把它定成这句：

Claude Code 最值钱的不是某个具体 feature，而是一整套“长生命周期 agent runtime”的组织方式。

只要你后面继续沿着这句话去读源码、去做 C# 版，方向一般就不会偏得太远。