Fission-AI/OpenSpec

解决的问题

当需求被埋藏在聊天记录中时，AI 编码助手往往会产生不可预测的结果。OpenSpec 提供了一个轻量级的规格层，确保在编写任何代码之前，人类和 AI 能够就确切要构建的内容达成一致，从而减少模糊的提示和不可预测的结果。

如何工作

OpenSpec 通过斜杠命令（如 /opsx:propose）与 30 多个 AI 助手集成，实现基于工件的流程。当提出一个功能时，系统会自动生成一个专用文件夹，其中包含提案、技术设计、需求（以普通 Markdown 格式）以及实现检查清单。随后，AI 将根据这些规格中定义的任务进行实现。对于团队而言，"Stores" 功能允许将这些规格保存在独立的仓库中，作为多个代码仓库之间的单一事实来源。

适用人群

专为使用 AI 编码助手的个人开发者和工程团队设计，希望从不可预测的基于聊天的编码转向结构化、可迭代的规划流程，从个人项目到企业级遗留代码库均可扩展。

主要亮点

• 基于工件的流程：为每次变更自动生成提案、设计和任务文档。
• 工具无关性：兼容 30 多个 AI 助手（包括 Cursor、GitHub Copilot 和 Amazon Q）。
• 跨仓库规划：使用 "Stores" 管理跨越多个仓库的功能需求。
• 低摩擦：使用普通 Markdown 编写规格，避免严格的阶段门禁或复杂的专有语法。