一句话看懂：两位顶级开发者——HashiCorp联合创始人Mitchell Hashimoto与“代码整洁之道”作者Uncle Bob，就“是否应该逐行阅读AI生成的代码”给出了截然相反的答案。这一争论表面是工作习惯之争，实则触及AI时代工程师责任边界、代码质量与开发效率的核心矛盾。这是2025年7月以来，海外开发者社区讨论最激烈、浏览总量近600万次的技术议题，标志着编程领域正经历一个“分水岭”时刻。
事件核心：发生了什么
7月3日，Hashimoto在X上发布“I read the code”，主张工程师仍应理解AI生成的每一行代码，获得近83万次浏览；20天后，拥有60年编程经验的Uncle Bob(Robert C. Martin)直接回应：“我完全不去读Agent写出来的任何代码。”他认为，通过严格的单元测试、Gherkin测试、QA流程、变异测试等验证体系来替代逐行审查，足够保证代码可信，其推文浏览量超过480万次。这场争论迅速演变为开发者社区对“Vibe Coding”现象的深度反思。开源软件工程师Christine Lemmer-Webber称之为“Vibe滑坡”——当代码审查随AI加速而松懈，开发者可能不知不觉丧失对工程质量的掌控。分布式系统专家Cindy Sridharan则更直接：无法调试AI生成的代码，就“没资格说自己拥有它”。与此同时，开发者AmazingAng已基于Uncle Bob的理念开源了old-coder工具。
为什么重要
这场争论的实质，是AI生成代码的“可信性”与“可理解性”之间的根本张力。Hashimoto坚持阅读代码是为了保持工程责任，这代表了一种“古典”立场；Uncle Bob以验证体系替代理解，则指向一条更依赖“自动测试金字塔”的技术路线。分歧背后，是对“代码重要性光谱”的不同认知：随着AI使代码生成近乎零成本，工程师现在可以围绕一小撮真正关键的核心代码，生成并运行成百上千行的一次性测试、压力测试或变异测试代码。这意味着，未来软件开发的核心能力可能从“写代码”和“读代码”，转向“设计验证体系”和“管理AI输出”。t3.gg创始人Theo的判断尤为尖锐：大多数工程师读代码太多、生成代码太少，应主动利用廉价验证代码去保护昂贵的核心逻辑。这一认知如果成为共识，将从根本上重塑开发流程、团队角色与工程文化。
对用户/开发者/创作者的影响
对开发者而言，这不再是一个“读或不读”的零和选择，而是需要根据自身业务的可靠性要求，重新找到自己的“代码责任边界”。如果你参与的是关键基础设施、医疗设备或金融系统，那么逐行理解与掌控可能仍然是无法放弃的底线；但如果是日常Web应用或内部工具，或许可以主动学习Uncle Bob的模式——花更多精力设计强大的自动化验证体系（包括定制lint规则、运行时分析器、压力测试框架），而将海量常规代码的生成交给AI，并学会信任经过多轮验证的输出。对开源生态而言，old-coder这类直接封装该验证思路的工具可能会持续涌现，帮助开发者快速上手。对企业技术负责人而言，此事件说明：培训团队掌握“验证体系设计”与“AI输出管理”，比单纯要求全员阅读每行AI代码更符合当下效率诉求。创作者和普通用户则需要意识到，AI生成代码的应用质量正越来越依赖背后验证环节的严密性，而非生成过程本身。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
第一，Uncle Bob建议的“无限递归”验证方案——用AI生成代码、测试、检查工具——是否会催生成熟的商业化或开源软件包，降低普通团队采用门槛。第二，头部代码AI平台（如Anthropic的Claude、GitHub Copilot、Cursor等）是否会推出内置验证或自动测试生成功能，将这场讨论直接集成到产品设计中。第三，随着更多开发者尝试“不读代码”的工作流，社区是否会形成新的质量评审标准和审计流程，例如要求提交时必须附带测试覆盖率或变异测试通过率。目前公开信息显示，old-coder项目已获得初步关注，但尚未出现大规模企业级应用案例，后续需观察其稳定性与开发者反馈。
来源：InfoQ CN
