对抗熵增：在 AI 生成代码时代重建工程信任链
"Conquering Entropy" 系列这篇讨论的主题是信任。作者对 AI 生成代码的大部分担忧都归结为信任问题：信任写 ticket 的人吗？信任开 PR 的工程师理解 ticket 并正确引导编码 agent 吗？信任 agent 的实现吗？信任测试套件能拦住回归吗？信任 CI/CD 吗？信任可观测性在 AI 代码搞坏生产时会报警吗？信任 AI SRE 能诊断并缓解问题吗？信任 GitHub 在最需要的时候不出事故吗？
信任难建立、易摧毁。
鼓励问责
作者认为最有用的是明确沟通："你为你发布的东西负责。如果这搞坏了生产而你开了这个 PR，你就要到场修复。"如果工程师要对自己发布的代码负责，就该被赋予用自己偏好的方法产出它的自主权。
即使不"AI 洗脑"，也得承认 agent 生成代码又快又多。代码总得产生，而现在的预期是批量生成很便宜。为了应对，必须允许工程师建立措施保证代码库质量不退化。健康组织里，工程师应互相信任彼此只推合理质量的代码——"合理"因为执着于 100% 完美质量不现实。
实践建议
- 把"发布即负责"写进团队约定：作者 PR 的人在出问题时第一时间在场；
- 给工程师自主权的同时配质量护栏，别让 AI 提速变成质量滑坡；
- 信任链要逐环加固：ticket → PR → agent 实现 → 测试 → CI/CD → 可观测 → 应急，任何一环都不能默认可靠。