Agent 友好测试：实现绑定的白盒单测在编码 agent 手里会变成水泥

这件事意味着什么

【中文圈主张】

@intentplex（https://x.com/i/status/2102297780244877687）称：团队请来的大厂测试背景工程师一次写入 4000+ 单元测试、合并门要求全绿；细看几乎全是实现绑定的白盒与大量 mock。其判断是：这类测试在 AI 时代多为负资产——让 Codex 等编码 agent 重构时，会优先保绿已过时用例，旧接口不敢删、兼容层堆成 Frankenstein；功能做完后还可能再花大量时间「修测试」，等于给随时会被重构的实现浇水泥。其结论：该护的是外部行为、API contract、业务 invariant、integration 与 E2E，而不是历史调用路径；大规模实现耦合白盒单测应从 Agent-native engineering 中移除。

【可核验工程常识】

实现耦合的断言（内部函数名、私有路径、mock 协作图）会把「当前形状」钉死；契约测试、属性/不变量测试、金样例（golden fixtures）与端到端验收，才约束可观察行为与对外合同。合并门若只要求「全绿」而无失败语义与行为覆盖口径，会激励 agent 与人类一样用兼容层换绿条，而不是收敛设计。上述机制不依赖某一家大厂或某一款 agent 产品，是编码 agent + 高覆盖率实现测试并存时的常见张力。

【我们的判断】

Agent 重构代码时，实现绑定的绿测会变成水泥。通往可靠编码 agent 的约束，不只是模型更强，还有测试资产是否对 agent 友好——契约/属性/金样例优先于 mock 实现细节。可操作清单：把 CI 权重从「mock 路径全绿」迁到「对外 contract + 业务 invariant + 金样例回归」；允许删旧接口时同步删实现单测；把 agent 生成的实现绑定测试默认标为临时脚手架，不进长期合并门。