来源：Dev.to

社区热议：

1. “已存在的代码”和“能在上下文中正常工作的软件”之间的差距——这句话太戳了。刚做完同一个主题的第 15 篇故事，那个团队 AI 跑出了 97.2% 的覆盖率，但客户有 14 个外部依赖、CI 跑一轮要 24 小时。事实证明覆盖率存在 ≠ 生产环境不会炸 —— xulingfeng

2. 97.2% 覆盖率配上 14 个外部依赖简直是教科书级反例，因为覆盖率衡量的是“代码跑过了”，而不是“代码扛住了生产环境真正会扔过来的东西”。你完全可以用全部 mock 掉外部依赖的测试跑出 100% 覆盖率，等于在一个不存在的世界里把代码测得很彻底 —— Dimitris Kyrkos

3. “覆盖率从有用的信号变成虚荣指标，就在生成测试比思考该测什么更便宜的那一刻”——这一句就是全部。我真想把这条回复转载到我自己的文章下面让更多人看到 —— xulingfeng

4. 正因如此你需要把评估系统内建进去。AI 智能体/模型本质上是概率实体，必须搭一套确定性的基础设施来保护自己 —— Agoro, Adegbenga. B

5. 核心观点我同意——写代码一直是最廉价的部分。但我想顶一下“没让工程变简单”这个说法，因为真实情况比这更糟。过去构建很慢，构建过程本身就是坏设计的刹车：写到一半你会感到阻力，抽象错了就回头。AI 把这个刹车拆了，现在你可以又快又彻底地造错东西，设计缺陷要等到它变大、变成承重墙才暴露 —— Jake Lundberg

海外技术社区热点采集。