一本从源码里长出来的书

张汉东做了一件很酷的事。

Claude Code v2 的 TypeScript 源码因为 source map 泄露而可被还原。他没有只是看看，而是让 Claude Code 从源码中提炼出一整本书——《驾驭工程》。章 篇，覆盖架构、、上下文管理、缓存、安全、高级子程序和经验教训。

这本书说明了 AI 编码 Agent 的内部运作机制，还有 Anthropic 工程师在设计 Claude Code 时的每一个关键决策。下面让我们把最可以关注的发现一一拆解，帮助你尽快处理实际使用中的痛点。

秘密一的观点是，Feature Flag 揭示的产品路线图

Claude Code 的源码中有 多个建立时 Feature Flag。这些 Flag 不是随意的——它们说明了一个清晰的产品进化路线图

• KAIROS 家族: 完整的“助手模式”——后台自主运行、记忆整理、推送通知、GitHub Webhook 集成。
• 多 Agent 编排 + Worker 分配: 队友记忆共享、Unix Domain Socket 进程间通信。
• 远程与分布式: 从本地 CLI 为 Agent 网站，支持远程控制和分布式执行。
• 上下文调整: 三种不同粒度的上下文管理策略，分类器程序— 自动模式主要。

User Pain Point:

你在集成 Claude Code 时经常遇到功能缺失或不稳定的问题？

通过查看这些 Feature Flag。你可以快速定位哪些功能已被编译进当前版本，哪些仍在实验阶段，从而避免不必要的集成风险，并提前预估后续迭代方向。老实说，

秘密二的观点是。YOLO 分类器——用 AI 审核 AI

Cloade Code 的权限程序里有一个叫 YOLO 分类器 的组件——它用 AI 来决定 AI 的操作是否安全。

工作原理

安全白名单短路 → 只读操作零成本放行
↓
二阶段 XML 分类器：
从阶段来看，快速判定
从阶段来看。深度推理
↓ 不确定时默认阻止
↓ 连续 次或总计 次拒绝后 → 回退到使用者手动确认

主要原则

AWS 在设计安全防护时也常用此原则。先让 AI 筛，不确定就拦下来交给人。这样既保证了高可用，又能防止误操作导致的数据泄露或损坏。其实，

四种权限策略

• • This is a placeholder for future bullet point. 

从秘密三来看。缓存五原则——API 成本降低 %

• • This is a placeholder for future bullet point. 

再看原则一，静态在前，动态在后

• • This is a placeholder for future bullet point. 

原则二的观点是，用消息传递更新，不编辑提示词

• • This is a placeholder for future bullet point. 

原则三的观点是，不切换模型

• • This is a placeholder for future bullet point. 

再看原则四，谨慎管理工具

• • This is a placeholder for future bullet point. 

说到原则五，更新断点

• • This is a placeholder for future bullet point. 
**最骚的操作**

• Beta Header 锁存 — 一旦发送过某个 娱乐a header，永远继续发送。取消会改变请求签名，导致缓存失效

• 日期记忆化 — 会话跨越午夜不改日期字符串，避免打断缓存

• Agent 列表调整 — 从程序提示词移到 system-reminder，全球 cache_creation 降低了 %

---

从秘密四来看。六条驾驭原则

#	原则	主要	反模式
1	提示词即控制面	行为引导通过自然语言；代码只管结构性约束行为硬编码	过度硬编码
2	缓存感知设计是刚需	每次提示词变更都有成本；频繁变动要谨慎	无视缓存失效
3	失败关闭，显式开放	默认最安全值；必须显式声明才允许默认开放	默认开启
4	A/B 测试一切	内部验证 → 数据确认 → 推广 Big Bang 发布	随意发布
5	先观察再修复	建立可观测性理解问题全貌； 凭直觉修复 -> 缺陷加深	未监控直接修复
6	锁存以求稳定	一旦进入某状态不再摇摆；状态抖动导致错误积累	状态漂移

---

秘密五的观点是。上下文管理的工程细节

200K token 的听起来很大，但 Claude Code 的工程实践告诉我们： 它远不够用。

指标	数值	程序提示词占用~-20K token自动压缩触发点~167K压缩输出预留20K token单工具结果上限50K字符熔断阈值连续 次失败

请注意。这里表格内容被截断，是因为原始文本缺少完整数据。实际使用时请结合官方文档或源码进行校验。

Claude Code 的设计哲学很简单： “最便宜的 token 是你从未发送过那个。” 每个进入上下文的内容都有明确 token 上限。

告知而非隐藏

截断时不是默默砍掉——而是告知模型 “内容被截断了完整信息在磁盘上的这个方法”。这样模型可以主动获取完整信息，而不是在不知道情况下基于不完整数据做决策。

---

写在最终

《马书》真正有价值的是它把商业 AI 产品的工程实践提炼成可复用设计模式。无论你是在使用 Claude Code、Cursor、Copilot 或者正在建立自己的 AI Agent。这些模式都能帮你：

• 双层 Feature Flag 管理，让功能迭代更透明；
• 用 AI 审核 AI 的 YOLO 分类器提高安全性；老实说，
• 缓存感知提示词设计降低 API 成本；
• 失败关闭安全哲学保障业务连续性；
• 为每一步设定 token 预算，提高性能预测能力。

Claude Code 源码告诉我们，一流团队已经在实践这些合适方案。若想继续了解如何把它们落地落脚，请关注「赛博虾条」并持续阅读驭缰工程系列。

这是驭缰工程系列彩蛋篇。完整系列链接已列于下方，请自行点击对应章节继续探索。

① 什么是 Harness Engineering？按理说， ② AGENTS.md 到底怎么写？ ③ 用 Linter 驾驭 AI ④ AI 写的代码，你怎么知道是对的吗？ ⑤ Ralph 循环 ⑥ Anthropic 的三智能体实验 ⑦ 熵管理 ⑧ 从今天开始：你的第一个实践