核心论点：理解才能参与
Geoffrey Litt（研究员，以可编程界面和 Inkwell 编程工具闻名）在 AI Engineer Conference 2026 上做了一个演讲，标题是 "Understand to Participate"（理解以参与）。
他的核心论点是一个"hot take"：即使 Agent 能帮你写代码，你仍然需要理解这些代码。
这看起来理所当然，但在 Agent 能力爆发后，"不审查就上线"的声音越来越多。Geoffrey 的演讲给了这个争论一个更精确的框架。
认知负债（Cognitive Debt）
Geoffrey 的关键概念是认知负债——当你和 Agent 协作构建越来越大的代码变更时，你对代码的理解会逐渐偏离代码的实际工作方式。
这和 Vibe Coding 和 Agentic Engineering 的边界 里 Simon Willison 描述的"guilt feeling"是同一个问题：当你没有审查 Agent 写的代码，你会感到不安——因为你的大脑模型和代码实际行为之间出现了裂缝。
这种裂缝会累积。每接受一次你不完全理解的变更，你的参与能力就下降一点。
为什么理解重要：创造性地推进项目
Geoffrey 的原话（Simon 转述）：
你需要脑中有一套丰富的概念，才能流畅地、有创造力地思考如何推进一个东西。如果你缺乏这种流畅度，你参与项目的能力就会被实质性地限制。
这不是关于"能不能看懂代码"——而是关于你能不能继续参与项目的创造过程。
如果你不理解 Agent 构建的东西，你就：
- 无法判断 Agent 的方向是否正确
- 无法提出更好的设计方案
- 无法在出问题时快速定位
- 逐渐从"创造者"退化成"审批者"
框架：Understand to Participate
Geoffrey 的完整论证链：
- Agent 越来越能构建大型、复杂的变更
- 这产生了认知负债的风险——理解与实际代码的漂移
- 你需要理解代码到足够的深度，才能继续参与创造过程
- 目标不是审查每一行，而是保持能参与的理解水平
"你可以了解 Agent 在做什么，从而确保自己是创造过程中的主动参与者。"
Simon Willison 评价这个框架"特别引起我的共鸣"，并推荐在 YouTube 上看完整的 300+ 场 AIE 演讲录像。
和其他观点的关系
这个框架和当前几个热门讨论形成互补：
| 观点 | 来源 | 和 Understand to Participate 的关系 |
|---|---|---|
| "不逐行审查不等于 vibe coding" | Simon Willison | Simon 用经验判断哪些可以信任；Geoffrey 说理解程度决定参与能力——两者都指向"选择性深入" |
| "修流程而非修代码" | Bun Rust 重写 | Jarred 全程 side-by-side 审查 Zig vs Rust，正是保持参与能力的做法 |
| "AI 写的变更描述对审查无用" | Kenton Varda | 当你不理解代码，AI 写的 PR 描述无法帮你补上理解——审查需要你自己的认知 |
对读者的行动建议
| 你的情况 | 建议 |
|---|---|
| 重度依赖 Agent 写代码 | 定期问自己：我还能解释这段代码为什么这样工作吗？如果不能，是时候停下来深入理解了 |
| 管理团队使用 Agent | 不要只看 PR 描述和测试通过。建立机制确保开发者保持对代码的"参与级"理解——比如要求作者口头解释关键变更 |
| 设计 Agent 工具 | Agent 产出的代码和解释应该帮助人类理解，而不是替代理解。好的 Agent 工具应该降低理解成本，而不是制造更多黑盒 |
| 担心被 Agent 取代 | Geoffrey 的框架暗示：理解能力是人类的护城河。Agent 写代码，但理解代码、判断方向、创造性推进——这些仍然是人的工作 |
一句话结论：Agent 降低了写代码的成本，但没有降低理解代码的必要性。理解不是为了审查每一行，而是为了保持你作为创造者的参与能力。失去理解，你就从驾驶员变成了乘客。