OpenSpec 星数突破 70.3k、周榜 14 连榜一周狂揽 1538 星AI 编程的先立规矩浪潮彻底点燃【免费下载链接】OpenSpecSpec-driven development (SDD) for AI coding assistants.项目地址: https://gitcode.com/GitHub_Trending/op/OpenSpec最近 GitHub 周榜上有个项目火得有点不讲理。它不是新出的大模型也没有炫酷的演示视频就是一个安安静静躺在仓库里的小工具——OpenSpec。但它的星数已经冲到了70.3k一周之内又涨了1538 颗星在周榜上已经14 连榜。什么概念相当于每两秒钟就有一个人在它的仓库里点了一次星。为什么偏偏是它答案藏在一个几乎每个用 AI 写代码的人都踩过的坑里。一、先说痛点你的 AI是不是也跑偏过只要让 AI 写过代码你大概率经历过这种名场面你让它加个小功能它顺手把整个文件都重写了一遍你跟它磨了三轮对话它突然忘了你最初的需求最绝的是它信誓旦旦说已完成你一看——方向全错。有博主在掘金上把这种痛描述得很到位满怀期待地让 AI 写代码结果它理解错了需求写了一堆你不想要的功能。问题出在哪出在你和 AI 之间从来没有一份说好的东西。你脑子里想的是 A嘴上说的是 BAI 理解成 C最后交出来的代码是 D。聊天记录一长AI 自己的上下文也乱了越聊越歪。OpenSpec 就是冲着这个问题来的。二、它到底是个啥一句话讲明白用大白话说OpenSpec 就是给 AI 编程装了一套合同制工作流。你平时请装修队靠谱的做法是先出设计图、先签报价单、先列施工清单对吧没人会指着脑袋说你看着装。OpenSpec 干的就是这件事在 AI 动手写第一行代码之前先让它把三样东西写清楚——为什么做一份提案这事为什么值得做要改什么做成什么样一份规格具体到用户点了按钮必须发生什么分几步做一份任务清单一条一条勾掉人只需要干一件事审这份合同。觉得哪儿不对改到满意为止满意了AI 才开工并且严格按清单干活干完一条勾一条。就像有开发者总结的它把 AI 编程从聊天式碰运气变成了先立规、后写码的靠谱流程。三、到底有多牛三个细节最戳人1. 全程对话式不写一行代码就能跑起来它的核心玩法就是一问一答。你想加个深色模式先跟它聊聊你我想加个深色模式但不知道怎么做比较干净。 AI我看了一下你的样式结构……最省事的方案是 CSS 变量加一个小主题开关不需要引入任何新依赖。要开工吗 你行就按这个来。接着它自动生成提案、规格、任务清单你确认后它按清单逐项实现全部干完打个勾最后归档规格自动更新。整个过程你的角色就是甲方审图纸而不是监工抠代码。2. 主流 AI 编程工具几乎通吃这是很多人没注意到的隐藏优势。很多同类工具是绑死某一家的比如 GitHub 的 Spec Kit流程完整但偏重还要额外装 Python 环境AWS 的 Kiro 很强但得用它的 IDE、还得限用 Claude 模型。OpenSpec 的态度是你用什么 AI我就适配什么 AI。目前它支持的工具已经超过了30 种——Claude Code、Cursor、Codex、Gemini CLI、GitHub Copilot 这些国际主流选手还有通义灵码、Kimi、DeepSeek 系、Trae、CodeBuddy 这些国产工具也都能用。你用哪家的 AI装好之后照样享受同一套合同制流程不用换工具、不用换工作习惯。对咱们国内用户来说这一条太重要了。3. 团队和大厂真的在用个人用它防的是 AI 跑偏团队用它防的是口径不一致。OpenSpec 新推出的Stores 功能还在测试期相当于给整个团队建了一个共享需求库一个功能跨三个代码仓库没关系需求规格放在一个专门的地方谁的 AI 都能读到同一份合同再也不用靠 wiki 文档同步需求——而那种文档往往早就过期了。从社区情报看落地案例也在井喷得物技术公开分享Claude Code OpenSpec双引擎打法目标是解决 AI 编码的幻觉和流程失控问题把 AI 编程从玩具级推到工程级家居零售中台洞窝也撰文分享实战直言痛点是提效不提质——需求还原失真、代码复用率低用 OpenSpec 把需求先锁死再让 AI 动手掘金上一篇《AI 编程三剑客Spec-Kit、OpenSpec、Superpowers 深度对比》阅读量3.6 万CSDN 上OpenSpec 详解一篇也破1.1 万阅读各种中文实战教程铺天盖地。一个开源项目能让这么多企业技术团队主动写实战文章这个分量不用我多说。四、普通人怎么上手门槛高不高先说结论门槛很低低到有点不像 70k 星的项目。不用显卡它本身不跑模型就是个流程工具普通电脑绰绰有余上手极简一行命令全局安装再进你的项目目录初始化一次AI 工具里就多出一组斜杠命令直接聊天就能用官方还贴心地准备了让 AI 帮你装把一段安装提示词丢给你的编程助手它自己会装、会初始化、会验证全程无脑学成本几乎为零生成的规格就是普通的 Markdown 文档人读得懂改得动不需要学任何新语法。适合谁重度使用 AI 写代码的程序员这是刚需中的刚需带团队的技术负责人需求有了统一合同验收和协作都省心自媒体和科技爱好者就算不天天写代码了解这套玩法也能看懂 AI 编程正在发生什么变化。五、为什么是现在这波热度不是偶然背后是一整条赛道的转向。过去两年AI 编程的主旋律是生成——比谁写得快、比谁补全得准。但从今年开始风向明显变了大家开始意识到AI 不缺写代码的手速缺的是做对的事的准头。于是规范驱动开发SDDSpec-Driven Development这个词火了起来先立规格再写代码。而 OpenSpec 恰好踩在了最舒服的位置——比 GitHub 的 Spec Kit 轻比闭源工具开放比什么都不用可控。它家 README 里那句话很能代表它的心气流动而非死板、迭代而非瀑布、简单而非复杂。从数据也能看到生态在加速星数从 6.8 万一路冲到 70.3k官方版本更新频繁到补丁套补丁社区里甚至已经长出了第三方托管服务、可视化面板、自动化检查工具……一个项目的周边生态开始自己生长通常就是它真正起飞的前兆。六、写在最后回头看AI 编程的发展路径其实特别像人类团队先是给 AI 自由发挥然后发现事故频出于是开始给 AI 立规矩。OpenSpec 的爆红本质上宣告了一件事——AI 编程的野生时代正在过去合同制时代开始了。未来大概率是这样的场景需求先变成规格规格交给 AI人只管审合同和验收成果。到那时候会不会跟 AI 对齐需求可能比会不会写代码更值钱。最后抛个问题给大家你觉得 AI 写代码最大的坑是理解错需求还是改着改着就跑偏如果有一个 AI 助手天天帮你干活你最想给它定哪条规矩评论区聊聊说不定下篇文章我就去扒一扒大家呼声最高的那个玩法。【免费下载链接】OpenSpecSpec-driven development (SDD) for AI coding assistants.项目地址: https://gitcode.com/GitHub_Trending/op/OpenSpec创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考