附录C 参考文献、开源仓库与延伸阅读

本附录是全书的「工具箱」与「导航图」。读完正文 14 章后，你脑中应该已经建立起Agent = Model + Harness的核心等式、ETCLOVG 七层架构、五种翻车模式与四条自进化路径的完整版图。但一本书不可能讲完一个仍在爆炸式演进的领域——本附录的使命，是帮你在合上书之后，依然能精准检索、持续跟进、按图索骥。

它由五部分组成：① 分类参考文献（你想深挖某个观点时去哪找源头）；② 开源仓库与工具清单（你想动手时用什么）；③ Aegis 源码索引（全书自研平台的每个模块在第几章设计、第几章落地）；④ 延伸阅读路线图（认知转型者/工程落地者/研究者各走哪条路）；⑤ 全书章节导读表（一句话回查每章主旨与核心图）。

把它当成一张可随时展开的地图。下面这张全书知识地图，浓缩了你已经走过的全部路程。

图C-1：全书知识地图。中心是贯穿全书的核心等式Agent = Model + Harness，向外辐射出五条主干——三部分主线（认知转型 1-4 章 / ETCLOVG 理论 5-12 章 / 从 0 到 1 落地 13-14 章）、ETCLOVG 七层、五种翻车模式、四条自进化路径，以及自研演示平台 Aegis（神盾）。本附录的所有索引，都是对这张图的细化。

C.1 如何使用本附录

在一头扎进文献海洋之前，先理解本附录的检索逻辑，能为你省下大量时间。

三种典型检索场景：

💡 Tip：如何用这本书——第一遍通读建立全局观（重点是第 1、5、13 章这三个「枢纽章」），第二遍按需精读（遇到具体工程问题时，用 C.6 导读表定位到对应章，再用 C.4 索引找到 Aegis 的参考实现），第三遍把本附录当字典反查（写代码、做技术选型、准备面试时随时回来查 C.2 和 C.3）。不要试图一次读懂所有细节——Harness 工程是一门「在实践中反复回查」的学问。

关于引用的诚实声明：本附录列出的论文与项目，链接以全书统一约定（OUTLINE 第二节「关键数据点」）中明确给出的两个权威来源为锚——

• 核心综述论文：https://openreview.net/forum?id=nM5tDHrQsx
• 核心仓库：https://github.com/RUCAIBox/awesome-agent-harness

其余条目，我们采用「作者/团队 + 标题 + 来源平台 + 一句话简介」的描述方式来组织。对于无法 100% 确认精确 DOI、卷期、页码的条目，本书不编造虚假的精确引用信息，而是给出足以让你检索到原文的主题关键词与发布平台。这本身也是 Harness 工程「验证优先、不臆造」精神的一种体现：宁可给一个可验证的模糊描述，也不给一个看似精确实则虚构的引用。

C.2 分类参考文献

本节按主题分类组织全书引用与延伸阅读的文献。每个主题先给一段导读，再列条目。条目格式：[编号] 作者/团队. 标题. 来源平台. ——一句话简介。

C.2.1 Agent Harness 综述与理论框架（全书地基）

这是全书的理论起点。如果你只读一篇文献，就读这篇综述——它分析了170 个真实项目，归纳出本书贯穿始终的 ETCLOVG 七层分层架构，并提出「仅优化 Harness 层（不改模型权重）即可使编程基准性能提升最高10 倍」这一颠覆性论断。

引用一致性提示：本书所有「10 倍提升」「170 个项目」「191 美元验证循环」「沙箱授权减少 84%」「100 行 AGENTS.md 撬动 100 万行」「Mem²Evolve +18.53%」「MOSS 0.25→0.61」等关键数据点，均以 OUTLINE 第二节为单一真相源，全书各章引用保持一致。本附录不重复推导，只标注来源主题。

C.2.2 Software 1.0 / 2.0 / 3.0 与 Karpathy（第 1 章地基）

软件开发范式三段论是全书的时代背景。Andrej Karpathy 的系列演讲与文章奠定了「自然语言即编程接口」的认知框架，本书第 1 章在此基础上引出Agent = Model + Harness。

C.2.3 ETCLOVG 各层专题文献（第 5-12 章）

ETCLOVG 七层每一层都对应一个成熟的工程子领域。下表把全书第 5-12 章映射到各自的文献主题群，方便你深挖某一层。

💡 Tip：深挖某一层时，先去 awesome-agent-harness 仓库 [2] 找该主题的最新条目，再回到本书对应章节看「Aegis 落地」小节的参考实现——文献给你「为什么」，本书给你「怎么做」，两者互补。

C.2.4 失败模式与 Context Rot 研究（第 5、8 章 + 附录 A）

五种翻车模式（Context Rot / One-Shot Collapse / Compounding Errors / State Amnesia / Lost in the Middle）是本书诊断 Agent 失败的核心框架。附录 A 是它们的速查手册。

C.2.5 自进化路径文献（第 14 章核心）

自进化 Agent 是全书的终章主题，也是领域最前沿。四条代表性路径各有其论文与开源实现。

C.2.6 沙箱、MCP、上下文与记忆的工程实践来源（横切）

这一组是跨章节复用的工程实践来源，偏「怎么落地」而非「为什么」。

C.3 开源仓库与工具清单（按 ETCLOVG 七层归类）

文献告诉你「为什么」，工具告诉你「用什么」。本节把 Harness 工程相关的开源项目、框架与工具按 ETCLOVG 七层归类，每条一句话说明用途。选型原则（呼应第 5 章 Build vs Buy）：通用能力优先采购成熟开源轮子，领域差异化逻辑才自建——后者才是你的护城河。

重要免责：开源生态演进极快，下表的项目活跃度、维护状态、最佳实践都会随时间变化。把它当成「类别索引」而非「权威排名」——遇到具体选型时，务必回到 awesome-agent-harness [2] 核对最新状态。

C.3.1 E 层 · 执行环境与沙箱

隔离是减少人工干预的前提（Claude Code 引入沙箱后授权请求减少 84%）。这一层的工具回答「Agent 的代码在哪跑、跑坏了怎么办」。

C.3.2 T 层 · 工具接口与协议

工具系统赋予 Agent「做」的能力与边界。这一层回答「Agent 能调用什么、怎么描述、权限如何控制」。

C.3.3 C 层 · 上下文与记忆

上下文管理控制模型运行期可见信息。这一层回答「短期窗口塞什么、长期记忆放哪、怎么检索」。

C.3.4 L 层 · 生命周期与编排

编排是任务的控制流。这一层回答「单 Agent 怎么循环、多 Agent 怎么协作、任务怎么拆」。

C.3.5 O 层 · 任务追踪与监控

监控是独立于任务执行之外的一层。这一层回答「Agent 干了什么、花了多少钱、为什么失败」。

C.3.6 V 层 · 验证与评估

验证是从任务定义到反馈的全生命周期。这一层回答「怎么判断 Agent 真的做完了、怎么防它糊弄你」。

C.3.7 G 层 · 治理与安全

治理把规则外部化到配置。这一层回答「谁能调用什么、哪些操作必须人工兜底、出事能不能追溯」。

💡 Tip：Build vs Buy 的一条实用准则——E/O 两层（沙箱、可观测）几乎总是「Buy」，因为它们是高度通用的基础设施，自建性价比极低；C/L/V 三层（记忆、编排、验证）是「Buy 框架 + Build 领域逻辑」的混合区，框架买现成，但「记忆里存什么、任务怎么拆、验证命令怎么设计」必须自建；G 层（治理）的引擎可 Buy（OPA/Cedar），但红线规则必须 Build，因为它直接编码你的业务风险偏好，是别人抄不走的护城河。

C.4 Aegis 源码索引

全书从 0 到 1 实现的企业级 Agent Harness 平台统一命名为Aegis（神盾）。它不是一个孤立的章节项目，而是一条贯穿第 5 章到第 14 章的明线：每一层 ETCLOVG 理论，都在对应章节末尾用「Aegis 落地」小节映射到一个具体模块（设计 + 骨架）；这些模块在第 13、14 章合成为完整可运行源码。

本节给出「模块 → 在第几章有设计骨架 → 在第几章有完整实现」的索引表，方便你按图索骥地阅读源码。这呼应了 OUTLINE 第六节的交叉引用规范：Aegis 各模块在第 6-12 章是「设计 + 骨架」，在第 13-14 章是「完整源码」。

C.4.1 Aegis 模块总览

C.4.2 按包名查源码

如果你拿到 Aegis 源码（monorepo 结构见第 13 章），想知道某个包的设计思路在哪一章，用下表反查：

💡 Tip：阅读 Aegis 源码的推荐顺序——先读第 13 章的 monorepo 目录结构图与核心执行循环（@aegis/orchestrator的 query loop），它是整个平台的「主干」；再沿着主干，按你最关心的层切入对应包（想懂工具就看@aegis/tools+ 第 7 章，想懂记忆就看aegis_harness的嵌入/检索 + 第 8 章）。永远从「执行循环」这根主干开始读，而不是从某个孤立模块——否则你会迷失在细节里，看不清各模块如何协作成一个整体。

C.4.3 Aegis 与五种翻车模式的对应（防御视角）

Aegis 的每个模块本质上都是为了「不翻某种车」而存在。下表从防御视角把模块与翻车模式对应起来，帮你理解「为什么需要这个模块」（翻车模式速查详见附录 A）：

C.5 延伸阅读路线图

同一本书，不同读者该走不同的路。本节为三类读者各设计一条阅读路径——从本书章节出发，延伸到 C.2 的文献与 C.3 的工具。每条路径都标注「先读什么、再读什么、动手做什么」。

C.5.1 路径一 · 认知转型者（焦虑的一线程序员/技术管理者）

你的核心诉求：搞清楚 AI 时代「我还有什么价值」，以及如何重构自己的能力结构。

阅读顺序：

1. 第 1 章（范式转移）→ 建立时代坐标，理解你正站在 Software 3.0 的门口。
2. 第 2 章（焦虑与觉醒）→ 直面三大焦虑与三大认知误区，用第 2 章的自测清单照镜子。
3. 第 3 章（七维能力模型）→ 这是路径核心。把七维能力（定义问题/拆解/质量判断/架构/风险/编排/纠偏）当成你的「重构蓝图」。
4. 第 4 章（人机协作工程化）→ 学会六问审查框架，把它固化成你的 PR 模板。
5. 轻读第 5 章（Harness 总览）→ 只需理解Agent = Model + Harness与五种翻车模式，技术细节可跳过。
6. 延伸：Karpathy 的 Software 2.0/3.0 [5][6][7]，建立对范式的第一手认知。

动手做：用第 4 章六问框架做一次真实的 AI 协作代码审查，记录你「判断」而非「实现」的时间占比变化。

C.5.2 路径二 · 工程落地者（要搭 Agent 平台的架构师/资深工程师）

你的核心诉求：把理论变成可运行的生产系统，少踩坑。

阅读顺序：

1. 第 5 章（ETCLOVG 总览）→ 必须吃透的总图，后续每章都是它的展开。
2. 第 6-12 章（ETCLOVG 逐层）→ 按你当前最痛的层优先读（沙箱不稳读第 6 章，工具乱读第 7 章，上下文爆读第 8 章，编排乱读第 9 章，看不清成本读第 10 章，验证糊弄读第 11 章，权限失控读第 12 章）。每章重点看「Aegis 落地」小节。
3. 第 13 章（从 0 到 1 实现 Aegis）→ 路径核心。对照 C.4 源码索引，从 query loop 主干开始读完整实现。
4. 附录 A（翻车模式速查）→ 作为生产事故的「急救手册」常备。
5. 延伸：综述论文 [1] + awesome-agent-harness [2] 跟进最新工程实践；按 C.3 选型表挑你这一层的轮子。

动手做：用第 13 章的 monorepo 脚手架跑通「自动修 bug」端到端任务，再按第 6 章红线检查你的沙箱配置。

C.5.3 路径三 · 研究者（探索自进化与前沿的研究者/博士生）

你的核心诉求：站到领域前沿，找到值得攻关的研究问题。

阅读顺序：

1. 快速通读第 5 章 + 第 13 章→ 用最短路径建立 Harness 工程的工程直觉（研究自进化必须先懂 Harness）。
2. 第 11 章（验证与评估）→ 自进化的「适应度函数」就是验证，这一章是评估方法的地基。
3. 第 14 章（自进化超级智能体）→ 路径核心。吃透四条路径（MOSS/Mem²Evolve/Hermes-GEPA/达尔文哥德尔机）的异同与边界。
4. 附录 B（能力地图与面试题）→ 用 30 道题检验自己对全栈的理解深度。
5. 延伸：精读 MOSS [11]、Mem²Evolve [12]、Hermes-GEPA [13]、达尔文哥德尔机 [14] 原始来源；从综述 [1] 的「未来工作」找研究缺口。

动手做：基于第 14 章的自进化模块（失败证据 → 提案 → 沙箱验证 → 源级合入），复现一条最小自进化闭环，观察 MOSS 式「0.25→0.61」能否在你的任务上重现。

💡 Tip：如何持续跟进领域进展——这个领域每周都有新论文新框架，盲目追新只会焦虑。建议建立三个固定信源：①awesome-agent-harness 仓库 [2]（订阅 star/watch，它会持续收录精选条目，相当于有人替你做了初筛）；②综述论文 [1] 的引用网络（用 Google Scholar 的「被引用」反向追踪，看谁在它基础上做了新工作）；③主流 Agent 框架的 release notes（LangGraph/Claude Agent SDK/MCP 规范的更新，往往领先论文 3-6 个月反映工程界的真实痛点）。记住：先看它属于 ETCLOVG 哪一层、对应哪种翻车模式，再决定要不要深入——有了本书的分类框架，你就能把「信息洪流」变成「结构化检索」，这正是 Harness 工程思维对个人学习的迁移。

C.6 全书章节导读表

最后，这是全书 14 章正文 + 3 附录的「一句话导航」。当你记不清某个概念在哪一章、或想快速回查某章的核心图与核心数据点时，查这张表。

C.6.1 第一部分 · 认知主线（第 1-4 章）

C.6.2 第二部分 · ETCLOVG 理论主线（第 5-12 章）