知识卡片：让 Agent 出题考人，防止“认知投降”

一句话结论

Claude Code 工程师 Addy Osmani 提出，使用 Agent 编程时要主动设置“理解关卡”：让 Agent 在完成大改动后总结改动并出题考人，答对才合并，避免从“认知卸载”滑向“认知投降”而积累理解债。

事件概述或研究问题

• 提出者：Addy Osmani，前 Google Cloud AI 总监，现为 Claude Code 工程师（据材料表述）。
• 核心问题：开发者过度依赖 Agent 后，可能把模型产出直接当作自己的理解，交付变快却说不清系统如何运作，形成“理解债”。
• 他区分了两个阶段：认知卸载（把部分思考外包给工具）尚属正常；认知投降（放弃对结果的理解与判断）则是需要防范的风险。

方法/产品要点

Osmani 给出的具体做法（均据材料转述）：

1. 合并前考试：Agent 完成大改动后，先让其总结改动内容并出题考人，全部答对才允许合并。
2. 先列需求再写 Prompt：写提示词之前自己先列出需求，避免把需求思考本身也交给模型。
3. 两轮无果就回头：连续调试两轮仍无结果时，停下来回头梳理问题，而不是继续让 Agent 盲试。
4. 追问边界：主动追问 Agent 做了哪些未经授权的决定、哪些内容尚未测试。
5. 保持独立编码：每周至少一次脱离 Agent 独立写代码，维持自身手感与判断力。

主要结果或产业意义

• 材料未给出该方法的效果数据或实验结果，因此无法量化其收益，相关效果待核实。
• 产业意义在于：随着 Claude Code 等 Agent 编程工具普及，工程团队需要把“人类理解”制度化为流程节点（如合并前的自测问答），而不只是依赖个人自觉。
• 该观点属于实践建议而非产品功能发布。

为什么重要

• 与已有卡片《Chrome前负责人：AI编程最大风险是认知投降》相比，本条是其延续：那张卡片侧重“认知投降”的风险定义与保留决策摘要、测试证据、人类 OWNERS 等原则；本条补充了可操作的日常流程——出题考试、先列需求、两轮止损、追问未授权决定、每周独立编码。
• 与《别当Agent的“传送带”》的对照：里泽贝格主张把完整目标与验收条件交给 Agent 自行执行；Osmani 的提醒则补上另一面——放权的同时要用“考试”和追问维持人类的理解与把关。

局限与不确定性

• 材料为腾讯研究院 AI 速递的转述，未提供 Osmani 原文全文，具体表述细节待核实。
• “文章经 Pangram 检测为人类撰写 90%”仅为检测工具结果，不能作为文章观点正确性的证据。
• 各项建议缺乏对照实验或数据支撑，实际效果待核实。
• 材料未说明该建议适用的团队规模、项目类型或代码库条件。

可用于图书/PPT/简报的角度

• “认知卸载 vs 认知投降”的概念区分，可作为 AI 编程风险章节的框架图。
• “合并前让 Agent 出题考你”作为人机协作流程设计的具体案例。
• 与“传送带”模式对照，讨论放权与把关的平衡。
• 面向工程团队的管理建议清单：需求自列、两轮止损、追问未授权决定、每周独立编码。

原始材料

• 来源：腾讯研究院 AI 速递 20261105（第七条“报告观点”）
• URL：https://m.sohu.com/a/1097287287_455313?scm=10001.325_13-325_13.0.0-0-0-0-0.5_1334&digest_item=7
• 上级摘要：腾讯研究院AI速递 20261105