Agent 应作能力放大器而非判断外包：接受无理解输出会形成「傀儡问题」，导致依赖与推理萎缩；保留对方案的质疑与所有权。

Claim

Agent 应作能力放大器而非判断外包：接受无理解输出会形成「傀儡问题」，导致依赖与推理萎缩；保留对方案的质疑与所有权。

Why it matters

与 agent 评测/使用规范相关：若流程奖励盲从 agent，工程系统会失去可解释修复能力。

Summary

工具 vs 拐杖：禁止无理解粘贴补丁；要求解释与挑战假设。

Actions

• (none)

Evidence

• (none)

Caveats

• (none)

Research queries

• (none)

Body

正文

背景

Agent 擅模式匹配与草稿，但不承载价值与决策权重。

机制

反模式：贴日志→复制补丁→不懂根因（puppet problem）。建议把 agent 当 sparring partner：要求解释、挑战假设、自证 trade-off。

取舍

叙事证据为主；需与流程/KPI 文（如 principal-agent）组合落地。

动作

把「可解释」写进 PR 模板与 harness；监测技能萎缩信号。