不需要装复杂的东西。 npm install -g @fission-ai/openspec@latest，然后 openspec init。完了。

说实话，咱就是说有时候你并不需要那么复杂的流程。

Superpowers 适合你觉得"我要对输出质量完全放心，让 AI 自己跑两小时"。OpenSpec 适合你觉得"我只想让 AI 别跑偏，过程我自己把控"。

OpenSpec由Fission-AI开发,是一个轻量级的规范驱动开发框架.它们并非竞争关系,而是分别解决了AI编程中的两个核心痛点:执行质量与意图锁定。

在OpenSpec的工作流中,AI不Neng直接写代码,而是必须先输出一系列结构化文档——提案、设计、规格、任务清单——经开发者确认后,才Neng进入编码阶段.

这个问题啊，害，其实有hen多原因。你得确保你的内容是原创的、有价值的。

有时候，可Neng是因为你的网站权重不够，或者你的内容geng新频率太低。

再者，百度对于某些类型的内容可Neng不太友好，比如说纯技术类的文章，Ru果没有足够的解释和说明，可Neng不容易被收录。

OpenSpec Zui有意思的概念是 Delta Spec。

你不需要真的跑 BDD 测试，但你的规范天然就有测试的结构。万一将来想加自动化测试，迁移成本hen低。

GIVEN-WHEN-THEN。这不是随便选的格式——这是从 Cucumber 等测试框架里借来的写法。好处是 AI 读起来清晰，而且离可执行的测试用例只有一步之遥。

第一步：propose

/opsx:propose add-dark-mode

第二步：apply

/opsx:apply

第三步：archive

/opsx:archive

不绑定特定 IDE 或模型。

支持 + AI 助手。

规范驱动 · AI编程 · 可预测性 · 无需API密钥 · 轻量级工作流.

## ADDED Requirements### 用户Ke以选择亮色/暗色主题- GIVEN 用户在任意页面- WHEN 用户点击主题切换按钮- THEN 主题立即切换- AND 偏好跨会话持久保存## MODIFIED Requirements### 会话超时系统将在  分钟不活动后过期会话。

这个设计hen聪明。它把规范变成了"活的文档",而不是写完就扔在角落里的废纸。 当你完成开发后执行 archive 操作，这些 Delta Spec 会自动合并进主规范——新增的追加进去，修改的替换旧的，删除的直接移除。 主规范始终是系统当前行为的"真实来源"。 举个例子，你要给应用加暗黑模式。Delta Spec 长这样： #### Scenario: 手动切换主题- GIVEN 用户在任意页面- WHEN 用户点击主题切换按钮- THEN 主题立即切换- AND 偏好跨会话持久保存

初始化之后你的项目里会多一个 /openspec/: openspec/├── specs/ ← 系统当前行为的真实来源│ └── auth/spec.md│ └── payments/spec.md├── changes/ ← 正在进行的变geng│ └── add-dark-mode/│ ├── proposal.md│ ├── design.md│ ├── tasks.md│ └── specs/ui/spec.md ← Delta Spec└── config.yaml

审核提案后,使用/open spec:apply ,生成代码,因为规范 明确,代码几乎无需修改。 其定位为人工智Neng编码助手的规范 驱动开发工具,旨在解决传统AI编程 中的需求理解偏差和效率问题。 通过npm安装:npm install -g @fission-ai/open spec@latest. 翻译成大白话：别搞那么重，Neng用就行，随时随地Ke以改。 Superpowers 是一套纪律系统——你必须按它的流程走。OpenSpec 是一个规范层——你在代码和聊天记录之间加一层文档，AI 和人doukan着同一份文档干活。

它解决的核心问题和 Superpowers 一样：让 AI 和你在写代码之前先对齐 。但Zuo法完全不同。

有。OpenSpec 就是。

一个重纪律，一个重灵活。

拿暗黑模式这个例子来对比一下： 你审一遍，改改，没问题了进下一步。 💡 下期预告： 《下期我们聊聊 GitHub 是怎么Zuo的》 OpenSpec 是 Fission AI 团队Zuo的开源项目. 🔗 项目地址： 💬 Discord：

commands/open spec ,定义了三个不同的命令,每个命令文件中所写的提示词,dou是 AI 在执行该命令时需要参考的规范 .当我们需要发起新的提案时,Ke以直接使用:/open spec:proposal ,此时 AI 就会根据 proposal.md 中所定义的规范 ,来创建一个新的变geng提案。. 官方列了五条： 不强制任何工作流。 你想写完 spec 再让 AI 实现？Ke以。你想先让 AI 干着、边干边改 spec？也Ke以。没有阶段门控，没有"必须按顺序来"。

你Ke以随时改任何产物。 实现到一半发现设计不对？直接改 design.md 和 tasks.md，继续干。不需要"重新走流程"。

它不要求你一开始就写完整的系统规范。而是每次要改东西时只写变化的部分 为了解决这些痛点,FissionAI ,推出了OpenSpec ,一款轻量级 ,专为 AI 辅助编程 . 采用双文件夹模型:/open spec/specs/ ,当前系统真实行为规范 . 其工作流只有三步走:/opsx:new → /opsx:continue → /opsx:ff → /opsx:verify → /opsx:explore → /opsx:archive.... 说白了就是用 Markdown 文件管好需求、设计、任务,让人类和 AI dou按同样的“说明书”工作. 拿来对比 Superpowers 就明白了: 一个重量级纪律系统,一个轻量级灵活框架.dou是为了解决同一个问题 —— 让人类和 AI 在写码前先对齐思路.但实现路径完全不同. Ru果你只是想"让 AI 别跑偏"，不想搞 TDD、子 Agent、心理学那一整套，有没有geng轻的选择？有！就是 OpenSpec！