软件工厂为何失败:让代码评审回归
文章探讨了为什么仅靠模型无法长期维护代码库质量,提出了“模型作为评审者”的局限性。作者主张将代码评审权交还给人,并采用四阶段方法来提升开发效率:产品需求、系统架构、程序设计和垂直切片。通过早期规划和可视化工具,减少误解,提高代码质量。
文章探讨了为什么仅靠模型无法长期维护代码库质量,提出了“模型作为评审者”的局限性。作者主张将代码评审权交还给人,并采用四阶段方法来提升开发效率:产品需求、系统架构、程序设计和垂直切片。通过早期规划和可视化工具,减少误解,提高代码质量。
文章讲述了一个2人AI辅助团队在3.5个月内完成了原定7-8月的复杂计费系统重构。作者强调,通过前期构建上下文、严格的技术规格说明和代码审查流程(V.U.E.),小团队利用AI能大幅超越传统大团队的生产力。
作者通过自己编写 54 万行代码的亲身经历,反思了在 LLM 时代的开发范式。他指出,当前大多数开发者仍在沿用旧思维,编写大量代码来限制和监控智能模型,这就像是在为不需要严格监管的超智力工人建造富士康工厂。随着模型成本降低和能力提升,开发者应摒弃“保姆式代码”,转向以 Markdown 为核心的“即时软件”架构,将指令与逻辑解耦,释放 AI 的真正潜力。
Anthropic 工程/产品负责人 Fiona Fung 分享了 Claude Code 团队在 AI 时代的工程管理实践。她指出由于代码编写成本趋零,工程瓶颈已转移至验证、评审与安全层面。为此,团队废弃了六个月路线图和繁冗的文档,转而采用即时规划和代码作为“唯一事实来源”的策略。此外,她主张组织架构应扁平化,经理必须从一线 IC 做起,并重新定义了技术辩论与人机协作的代码评审流程,强调在 AI 辅助下更应关注产品质量与团队文化的底线。
本文介绍了 DeepLearning.AI 推出的“规格驱动开发”方法论,旨在解决 AI 编程中常见的“凭感觉(Vibe)”导致的不稳定问题。文章提出通过建立项目宪法、特性规格和技术方案三个核心文档,并遵循 Plan-Implement-Verify 三步循环工作流,将 Coding Agent 从“随性猜测”转变为可控的工程师。文中还详细说明了如何为老项目反向生成宪法,以及将工作流封装为 Claude Code Skill 的技巧,帮助开发者从零构建可控的 AI 编程体系。