AI编码规范驱动框架
OpenSpec 是一个轻量级的规范驱动开发框架,定位为“通用规划层”。它不是替代编码代理,而是把需求意图、设计决策和任务拆解沉淀到代码库中,让 AI 编码代理、开发者和评审者共享同一份上下文。页面明确标注 Open Source、No API Keys、No MCP,并提供 npm install -g @fission-ai/openspec@latest 安装方式。
它的核心是将规格按能力模块存放在 openspec/specs/.../spec.md 中,例如登录、会话、购物车、支付等。每次变更会生成 spec delta,展示需求层面的增删改,而不只是代码 diff。开发者描述需求后,OpenSpec 可生成 proposal、design、tasks 以及对应规格差异,便于在写代码前审查意图并提前发现偏差。它尤其强调 brownfield-first,适合既有代码库逐步补齐规格,而不是一次性生成完整文档。
集成方面,页面列出 Claude Code、Cursor、Codex、GitHub Copilot、Windsurf、Gemini CLI、Cline、Amazon Q、Qwen Code 等多种工具的原生支持,并带有自定义 slash commands。协作方面,当前建议把 specs 和 changes 提交到 Git,通过 PR 和 review 走常规流程。团队 Workspaces 仍在开发中,目标覆盖大代码库、多仓规划、定制集成和更好协作。定价未披露,现有信息显示开源且无需 API Key。
优点是流程轻、上下文可持久化、与代码同库版本管理,并能降低 AI 编码中“单轮对话计划消失”的问题。缺点是它要求团队认真维护和阅读规格,不是自动规划一切的魔法工具;团队级功能尚未成熟,API/SDK、许可证、企业支持和商业定价信息也未在正文中展开。它更适合使用 AI 编码代理、维护成熟系统、希望把需求意图纳入 Git 工作流的开发者和工程团队。
正文未提供中国区访问、镜像、支付或合规信息,china_access 只能评为未知。由于安装依赖 npm、代码在 GitHub、社区在 Discord,国内团队可能需要评估网络可达性。可替代方案包括使用各 AI 编码工具自带 plan mode、传统设计文档、PR 模板或团队内部规范文档流程。
本测评基于公开资料整理,不构成购买建议,请以 openspec.dev 官网实际信息为准。
开源框架,无需API Key,适合AI编程流程。
评分明细(分布与用户短评)接入中。当前展示 TG4G 综合评分,数据源自公开测评与用户反馈。