2 篇博文 含有标签「开发工作流」

今年年初，我被 Claude Sonnet 3.7 的 AI 编程能力深深震撼。那时 "Vibe Coding" 这个词还没流行起来，但我做的正是这件事——让 AI 生成代码，我只负责引导对话。感觉像魔法一样神奇。直到问题开始浮现。

几周后，我注意到一些规律：代码冗余越来越多，实现方向偏离了最初的设想，AI 在不同会话之间丢失上下文导致返工不断增加。蜜月期结束了。我需要一套结构化的方法，但又不想引入那些拖慢开发速度的重型流程。

引言：复杂功能开发的挑战​

每个开发者都知道那种盯着复杂需求而不知从何开始的感觉。现代软件开发越来越多地涉及构建整合多个服务、处理不同数据格式、协调各种 API 的系统。在初始规格中看似简单的东西，往往会演变成复杂的相互依赖组件网络，每个组件都有自己的约束和边界条件。

这种复杂性在几个常见的开发挑战中显现出来，无论团队的经验水平或技术栈如何，都会面临这些挑战。项目经常因为需求在实现过程中的演变而遭受范围蔓延。开发者花费大量时间向 AI 助手或团队成员解释上下文，经常重复相同的架构约束。技术债务在开发者因压力做出仓促决定时累积，导致系统变得越来越难以维护和扩展。