北京
开发者们还在争论"先写代码还是先写文档"，一批工具已经悄悄改写了规则。
2024：Spec Kit 的激进实验
Spec Kit 最早把"规范即代码"推到极致。它的核心假设很简单：如果需求文档能直接生成可运行的骨架代码，中间环节就被压缩了。
这套思路吸引了早期尝鲜者，但问题同样明显——生成的代码往往需要大量手工调整，"自动化"成了半吊子工程。
2025 年初：OpenSpec 的开放牌
OpenSpec 选择另一条路。它不做生成器，专注做"规范的规范"——一套让不同工具能互相读懂需求描述的标准协议。
这个定位更底层，也更难讲出故事。但它的赌注在于：当规范格式统一，整个工具链才能接力跑起来。
年中：BMad 的务实折中
BMad 没有造新轮子。它直接对接现有项目管理工具（Jira、Notion、Linear），把产品经理的日常文档自动转成结构化规范。
不追求一步到位，而是降低切换成本。这个策略让它在企业端进展更快。
最近：Gangsta Agents 的野路子
最新入场的 Gangsta Agents 走了条更激进的路。它把规范拆解成可验证的断言集合，每个断言对应一个自动测试用例。
写规范的同时，测试框架已经就位。这是把 TDD（测试驱动开发）的逻辑倒装到了需求层。
四种路径，一个共识
四款工具的设计哲学截然不同，但指向同一个判断：需求文档与代码的断层，是软件工程最大的隐性成本。
Spec Kit 押注生成、OpenSpec 押注标准、BMad 押注兼容、Gangsta Agents 押注验证——没有谁是终极答案，但混战本身说明市场已经准备好买单。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
