《Anthropic Engineering 学习指南》成书打磨计划
当前状态:第 1~23 章已形成完整精修稿。
当前阶段目标:暂不建设 Java 示例工程,先把书稿从“完整初稿”打磨成“可系统阅读、可发布、可持续迭代”的技术书。
一、总体判断
当前书稿已经具备一本书的基本形态:
- 主题明确:以 Anthropic Engineering 为主线,系统学习 AI Agent 工程;
- 结构完整:已覆盖 Agent、Context、Tool、Skill、Harness、Memory、MCP、Multi-Agent、Runtime;
- 读者定位清楚:面向 Java / Spring Boot 工程师、架构师、企业 Agent 平台建设者;
- 实践方向明确:企业研发 Agent 平台,尤其是 CI 失败分析 Agent。
接下来不应继续盲目扩写,而应进入成书打磨阶段。
核心目标:
统一术语
校准结构
补充引用
强化图示
增加案例
统一风格
提升可读性
形成发布版本
暂缓事项:
Java 示例工程完整开发
原因:示例工程更适合在整本书定稿后独立设计,否则容易被早期书稿结构牵着走,导致工程抽象不稳定。
二、打磨原则
1. 不再新增大章节
当前 23 章结构已经足够完整。
后续只做:
- 精修;
- 合并;
- 调整;
- 补图;
- 补案例;
- 补引用;
- 补练习;
- 统一语言。
除非发现结构性缺口,否则不新增主章节。
2. 保持“学习指南”定位
本书不是:
Anthropic 博客翻译合集
而是:
Anthropic Engineering 思想体系化重构 + 企业 Agent 架构实践指南
每章都应围绕三个问题展开:
Anthropic 文章提出了什么问题?
这个问题在 Agent 工程中处于什么位置?
Java / 企业平台如何吸收这个思想?
3. 保持实践导向,但不提前实现工程
书中继续保留:
- Java 接口;
- 模块设计;
- 数据结构;
- 架构图;
- 流程图;
- 案例任务。
但暂不建设完整示例工程。
4. 所有章节统一为“问题驱动”
每章开头都要先回答:
这一章解决什么工程问题?
如果不解决,会出现什么失败模式?
避免章节变成概念罗列。
三、阶段计划
阶段 0:冻结书稿范围
目标
确认当前 23 章作为第一版完整目录,不继续扩张范围。
任务
- [ ] 确认书名、副标题、目标读者;
- [ ] 确认 23 章目录;
- [ ] 标注每章成熟度;
- [ ] 标注哪些章节需要重点扩写;
- [ ] 标注哪些章节可能存在重复内容。
交付物
SUMMARY.md
README.md
references/anthropic-engineering.md
建议优先级
高。
阶段 1:统一术语体系
目标
建立全书统一术语,避免同一概念多种说法。
需要统一的核心术语
| 英文 | 建议中文 | 说明 |
|---|---|---|
| Agent | Agent / 智能体 | 首次出现可解释,后续统一用 Agent |
| Workflow | 工作流 / Workflow | 技术语境下可保留 Workflow |
| Context | 上下文 / Context | 章节标题保留 Context Engineering |
| Context Window | 上下文窗口 | 模型单次调用可见内容 |
| Context Budget | 上下文预算 | token 与注意力预算 |
| Context Engineering | 上下文工程 | 可中英并用 |
| Tool | 工具 / Tool | 章节标题保留 Tool Engineering |
| Skill | Skill / 技能 | Anthropic 概念建议保留 Skill |
| Harness | Harness / 执行框架 | 首次解释,后续保留 Harness |
| Memory | 记忆 / Memory | 工程模块可写 Memory |
| Runtime | 运行时 / Runtime | Agent Runtime 保留英文 |
| MCP | MCP | 不翻译 |
| Managed Agent | 托管式 Agent | 首次解释 |
| Brain | Brain / 大脑 | Managed Agents 语境中使用 |
| Hands | Hands / 手 | Managed Agents 语境中使用 |
| Session | 会话 / Session | 注意区分 Context Window |
| Checkpoint | 检查点 / Checkpoint | 可中英并用 |
| Scratchpad | 临时草稿区 / Scratchpad | 首次解释 |
任务
- [ ] 创建术语表;
- [ ] 全书检索术语不一致处;
- [ ] 统一章节标题中的中英文格式;
- [ ] 统一代码接口命名;
- [ ] 统一“企业 Agent 平台 / 企业级 Agent 平台 / Agent 平台”表述。
交付物
references/glossary.md
建议优先级
高。
阶段 2:补充 Anthropic 原文依据
目标
增强全书权威性,明确每章与 Anthropic Engineering 原文的关系。
任务
每篇核心文章补充:
标题
官方链接
发布时间
核心问题
核心观点
本书对应章节
本书如何扩展
每章开头补充:
本章主要参考哪篇 Anthropic Engineering 文章
原文解决的问题是什么
本章如何把它扩展到企业 Agent 架构
重点文章
- Building Effective Agents
- Claude Code: Best practices for agentic coding
- Effective Context Engineering for AI Agents
- Writing Effective Tools for Agents
- Equipping agents for the real world with Agent Skills
- Effective Harnesses for Long-running Agents
- Harness Design for Long-running Application Development
- How we built our multi-agent research system
- Code execution with MCP
- Introducing advanced tool use
- Scaling Managed Agents
交付物
references/anthropic-engineering.md
references/article-notes/
建议优先级
高。
阶段 3:统一章节模板
目标
让 23 章阅读节奏一致,形成课程感。
最终章节模板
建议每章统一为:
1. 本章要解决什么问题
2. 对应 Anthropic 文章
3. 核心概念
4. 工程视角解释
5. 失败模式 / 常见误区
6. 架构图 / 流程图
7. Java / Spring Boot 落地设计
8. 企业案例映射
9. 本章小结
10. 实践任务
不要求每章标题完全一样,但内在结构应一致。
任务
- [ ] 检查每章是否都有“问题背景”;
- [ ] 检查每章是否有“工程解释”;
- [ ] 检查每章是否有“Java 落地”;
- [ ] 检查每章是否有“常见误区”;
- [ ] 检查每章是否有“实践任务”;
- [ ] 删除重复或过长的模板化表述。
交付物
book/_chapter-template.md
建议优先级
高。
阶段 4:强化贯穿案例
目标
让全书不只是理论,而是围绕一个企业研发 Agent 平台逐章推进。
贯穿案例
从零设计一个企业研发 Agent 平台
MVP:CI 失败分析 Agent
章节映射
| 章节 | 案例映射 |
|---|---|
| 第 1 章 | 为什么 CI 失败分析适合 Agent |
| 第 2 章 | 判断 CI 分析哪些部分是 Workflow,哪些是 Agent |
| 第 3 章 | Coding Agent 如何读取代码、运行验证 |
| 第 4 章 | CI 分析需要哪些上下文 |
| 第 5 章 | CI 日志、Git Diff、AGENTS.md、Memory 的上下文分类 |
| 第 6 章 | 如何选择最相关 CI 上下文 |
| 第 7 章 | 如何压缩 CI 日志 |
| 第 8 章 | 多 Agent 分析时如何隔离上下文 |
| 第 9 章 | 设计 read_log、search_code、get_git_diff 工具 |
| 第 10 章 | 设计 CI 分析工具编排 |
| 第 11 章 | 设计 CI Failure Analysis Skill |
| 第 12 章 | AGENTS.md 如何告诉 Agent 测试命令 |
| 第 13 章 | CI 分析 Harness |
| 第 14 章 | 长任务恢复与 Checkpoint |
| 第 15 章 | 记住历史类似 CI 失败 |
| 第 16 章 | Memory 检索和治理 |
| 第 17 章 | 通过 MCP 接入 CI / Git |
| 第 18 章 | 多 Agent 排障 |
| 第 19 章 | 多 Agent 共享发现和证据 |
| 第 20 章 | Agent Runtime 承载 CI Agent |
| 第 21 章 | Managed Agent 托管执行环境 |
| 第 22 章 | 企业 Agent 平台路线图 |
| 第 23 章 | Java Framework 模块设计 |
任务
- [ ] 每章补充“贯穿案例”小节;
- [ ] 统一使用同一个 CI 失败样例;
- [ ] 设计一个虚构但连续的项目:
order-service; - [ ] 统一使用 build
#4312、PR#882等示例编号; - [ ] 保证前后章节案例连续。
交付物
references/case-study-ci-failure-agent.md
建议优先级
高。
阶段 5:补充图示体系
目标
把复杂概念可视化,提高阅读体验。
图示类型
每部分至少需要一张总览图。
全书总览图
Agent vs Workflow 对比图
Context Layer 架构图
Tool Registry 架构图
Skill 加载流程图
Harness Loop 图
Memory 生命周期图
MCP 接入图
Multi-Agent 协作图
Agent Runtime 总架构图
企业 Agent 平台总图
Java Framework 模块依赖图
任务
- [ ] 统一 Mermaid 风格;
- [ ] 每章至少保留 1 张核心图;
- [ ] 每部分增加 1 张总览图;
- [ ] 对关键架构图增加文字解读;
- [ ] 后续可选:将核心图转为 draw.io。
交付物
diagrams/
chapter-01-agent-basic.mmd
chapter-04-context-layer.mmd
chapter-09-tool-registry.mmd
chapter-13-harness-loop.mmd
chapter-20-agent-runtime.mmd
enterprise-agent-platform.mmd
建议优先级
高。
阶段 6:语言风格统一
目标
让全书读起来像一个作者写的,而不是拼接内容。
风格原则
- 少用空泛形容词;
- 多用工程判断;
- 每节尽量先给结论;
- 避免重复解释同一概念;
- 保持短段落;
- 复杂概念用列表和表格;
- 代码示例只保留关键接口,不写过长实现;
- 每章结尾有明确总结。
需要统一的表达
避免频繁重复:
本章核心观点是...
一句话总结...
可以保留,但要控制频率,避免模板感太重。
任务
- [ ] 通读第 1~23 章;
- [ ] 删除重复段落;
- [ ] 合并相似解释;
- [ ] 调整口语化表达;
- [ ] 统一“本章小结”格式;
- [ ] 统一“实践任务”格式。
交付物
全书风格统一后的 book/*.md
建议优先级
中高。
阶段 7:补充练习与读者路径
目标
让它更像教程,而不只是书稿。
读者路径
建议提供三种阅读路径:
路径 A:快速理解 Agent 工程
第 1、2、4、9、13、20、22 章
路径 B:企业研发 Agent 实践
第 3、5、6、7、9、10、12、13、17、23 章
路径 C:平台架构师路线
第 4、8、15、16、18、19、20、21、22、23 章
实践任务分级
每章实践任务可分为:
基础任务
进阶任务
企业思考题
任务
- [ ] 在 README 中加入阅读路线;
- [ ] 每章实践任务分级;
- [ ] 增加阶段性综合练习;
- [ ] 增加“完成本部分后你应该掌握什么”。
交付物
README.md
book/part-summary-*.md 或各部分开头说明
建议优先级
中。
阶段 8:补充附录
目标
提高书的工具属性和长期参考价值。
建议附录
附录 A:术语表
附录 B:Anthropic Engineering 文章索引
附录 C:Agent 工程检查清单
附录 D:企业 Agent 平台评估表
附录 E:AGENTS.md 模板
附录 F:Skill 模板
附录 G:Tool Definition 模板
附录 H:ContextChunk / MemoryRecord / AgentEvent 参考结构
任务
- [ ] 创建 appendix 目录;
- [ ] 编写 AGENTS.md 模板;
- [ ] 编写 Skill 模板;
- [ ] 编写 Tool Definition 模板;
- [ ] 编写企业 Agent 平台检查清单。
交付物
appendix/
glossary.md
anthropic-article-index.md
agent-engineering-checklist.md
agents-md-template.md
skill-template.md
tool-definition-template.md
data-structures.md
建议优先级
中。
阶段 9:结构审校与删减
目标
从“完整”走向“精炼”。
重点检查
- 是否有重复章节;
- 是否有概念重复解释过多;
- 是否有章节过短或过长;
- 是否有 Java 接口重复;
- 是否有同一案例多次解释不一致;
- 是否有术语不统一;
- 是否有前后引用错误。
可能需要合并的内容
暂不立即合并,但审校时重点关注:
- 第 4~8 章 Context 部分是否重复;
- 第 15~16 章 Memory 是否可减少重复;
- 第 20~22 章 Runtime / Managed Agents / Enterprise Platform 是否边界清晰;
- 第 9~10 章 Tool 与 Tool Orchestration 是否有交叉。
交付物
book-review-notes.md
建议优先级
中高。
阶段 10:发布准备
目标
形成可发布版本。
发布形态
可选:
GitHub Markdown Book
GitBook / VitePress / Docusaurus
PDF
公众号连载
内部培训课程
视频课程讲义
建议第一版发布方式
优先:
GitHub Markdown Book + SUMMARY.md
原因:
- 易维护;
- 易迭代;
- 适合技术读者;
- 后续可转 PDF 或网站。
任务
- [ ] 检查 Markdown 链接;
- [ ] 补充版权说明;
- [ ] 补充免责声明;
- [ ] 补充引用说明;
- [ ] 增加版本号;
- [ ] 增加 changelog;
- [ ] 生成发布版目录。
交付物
LICENSE 或 COPYRIGHT.md
DISCLAIMER.md
CHANGELOG.md
VERSION
建议优先级
中。
四、推荐执行顺序
不建议同时做所有事情。
推荐顺序:
第 1 步:术语表
第 2 步:文章依据整理
第 3 步:统一章节模板
第 4 步:强化贯穿案例
第 5 步:补图
第 6 步:语言风格统一
第 7 步:附录与模板
第 8 步:结构审校
第 9 步:发布准备
其中最重要的前三项是:
术语统一
贯穿案例
图示体系
这三项完成后,书稿质量会明显提升。
五、建议时间安排
如果按业余时间推进,建议 4~6 周。
第 1 周:基础整理
- [ ] 阶段 0:冻结范围;
- [ ] 阶段 1:术语表;
- [ ] 阶段 2:Anthropic 文章依据整理。
第 2 周:结构统一
- [ ] 阶段 3:章节模板统一;
- [ ] 阶段 4:贯穿案例设计。
第 3 周:图示与案例
- [ ] 阶段 5:补充核心图;
- [ ] 每章补充案例映射。
第 4 周:语言精修
- [ ] 阶段 6:语言风格统一;
- [ ] 阶段 9:结构审校。
第 5 周:附录与教程化
- [ ] 阶段 7:阅读路径与练习;
- [ ] 阶段 8:附录模板。
第 6 周:发布准备
- [ ] 阶段 10:发布文件;
- [ ] 全书检查;
- [ ] 准备 v0.1 版本。
六、当前最应该马上做的三件事
1. 建立术语表
文件:
references/glossary.md
作用:统一全书语言。
2. 建立贯穿案例说明
文件:
references/case-study-ci-failure-agent.md
作用:让 23 章形成连续工程叙事。
3. 建立图示清单
文件:
diagrams/diagram-plan.md
作用:系统补图,而不是零散画图。
七、暂不做 Java 示例工程的说明
当前阶段不建设完整 Java 示例工程。
但书中仍然保留:
- Java 接口;
- 数据结构;
- 模块边界;
- 伪代码;
- Spring Boot Starter 设计;
- 平台架构。
完整示例工程建议等书稿 v0.1 定稿后再做。
届时可以单独设计:
examples/java-agent-runtime/
agent-core
agent-runtime
agent-context
agent-tool
agent-skill
agent-memory
agent-harness
agent-mcp
agent-spring-boot-starter
apps/ci-failure-agent
这样工程实现会更稳定,也更符合最终书稿结构。
八、最终目标版本
v0.1:完整可读版
目标:
完整章节
术语统一
案例贯穿
引用清楚
图示基本完整
附录初步完成
v0.2:教程增强版
目标:
练习分级
案例更强
图示更清晰
语言更精炼
v1.0:正式发布版
目标:
结构稳定
语言成熟
附录完整
参考充分
可发布为 GitHub Book / PDF / 网站
Java 示例工程建议在 v0.2 之后启动,作为配套项目进入 v1.0。