北京
大多数AI编程工具的思路是「你说，它写」。GitHub上一个拿到7.2万星的项目偏要反过来：先别急着生成代码，人类和AI得先把规范谈拢。
这个项目叫OpenSpec，它倡导的是规范驱动开发（SDD）。核心一句话——「Agree before you build」，先达成共识，再动手写代码。
听起来像流程洁癖，但它针对的恰恰是提示词驱动的老毛病：需求一开口就发散，代码写到一半发现方向偏了，回头改的成本比从零写还高。
一次变更，一个专属目录
OpenSpec的做法是结构化变更管理。每一次代码变更都会生成独立的专属目录，把四样东西条理化沉淀下来：
- Proposal（提案）
- Specs（规格）
- Design（设计）
- Tasks（具体任务）
这套目录结构解决的是长上下文下的信息丢失问题。对话越拉越长，早期约定容易被冲淡，而落成文档的规范不会。
同时它保留了高自由度：开发过程中随时可以回头修改设计文档，不是一次性锁死的瀑布流。
跨仓库也共用一张蓝图
一个功能牵扯多个仓库时，OpenSpec仍保持统一的执行蓝图。平台规范以只读形式接入Agent上下文，避免AI在多个仓库之间各写各的。
这一点也顺带戳中了传统Wiki文档的痛点——文档长期滞后于代码实现，写着写着就成了历史遗迹。规范跟着变更走，而不是跟着人走。
接入层面，OpenSpec原生支持斜杠命令，可无缝串联30多款主流AI编码助手，一行命令即可全局安装。
它想替代的不是某个编辑器，而是「盲目提示词驱动」这套默认工作方式。AI代码生成从随意走向工程化，靠的不是更强的模型，是写代码之前那一步共识。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
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.
