想问下各位大佬平时开发都在用哪些流程框架（投票）

10011488078 · 2026 年4 月 8 日 12:50

主力在用的，体感如何，来聊聊～

我就看看
远古plan+build
上古openspec
spec-kit
omo(oh my opencode/openagent)
omos(omo slim)
superpowers
gsd(get shit done)
gstack
ecc（everything claude code）

0 投票人

10011114126 · 2026 年4 月 8 日 14:45

我选择 spec-kit

你的模型选择指南是什么？【每周话题 3.2-3.6】

实践方案

在启动 iflow cli 前先安装 spec-kit
iflow workflow add "github-spec-OzctqA"
确保项目目录中出现 .iflow 和 .specify 文件夹

然后启动 iflow cli ，输入以下指令定义项目的基本信息，以下步骤都可以用 minimax-m2.5 进行，属于编写文档，个人认为 minimax-m2.5 比较擅长，而且比较快
/speckit.constitution 我要基于 xxx 开发 xxx 项目，使用 xxx 技术
接着是使用 /speckit.specify 包含 xxx 功能 定义具体功能，可以执行多次，建议一点点定义，不要一口吃成胖子

定义完具体功能，如果不知道是不是还有不清晰的需求可以使用 /speckit.clarify 进行问答式澄清需求

确认需求无误后可以执行 /speckit.plan 制定开发计划，生成计划时还会创建功能分支，让开发历史更清晰，当然发现计划还有问题可以继续执行 /speckit.specify 和 /speckit.clarify

再然后就可以使用 /speckit.tasks 生成任务列表，规划每一步做什么哪些先做哪些后做，哪些可以一起做

完成以上步骤后就切换到代码能力更强的 glm-5 ，如果觉得比较慢可以先用 glm-4.7，然后使用 /speckit.implement 开始正式实施编程计划，不过正式实施之前还可以 /speckit.analyze 来分析任务计划的质量，进一步避免后续 vibe coding 可能出现的隐患等

最后开发完成后可以继续重复 /speckit.specify 起的后续动作，进行继续迭代

10011488078 · 2026 年4 月 8 日 22:45

加上啦spec-kit ～

10011488078 · 2026 年4 月 8 日 22:47

AI给的spec-kit 和openspec的对比说明

虽然都是SDD，使用的项目场景和阶段不同

10011114126 · 2026 年4 月 9 日 04:07

这倒是没有留意过这些差别，只是看 spec-kit 是 github 提供的工具，单纯觉得大品牌值得信赖

10008873411 · 2026 年4 月 9 日 05:04

感觉spec本质是要求精确，有精准需求再有精准产出。但是人容易懒，很难准确详实地的去描述需求，可能也只是现阶段的产物

10011822225 · 2026 年4 月 9 日 08:17

感觉流程框架也无法适配具体项目. 现在更多是根据项目实际, 按照流程框架的思维, 在开发中古法修正和完善流程. 我刚开始一直埋头这么做, 后来才发现有流程框架这种东西. 据说最近流行"爱马仕"了, 可以自我迭代, 不知道能不能代替我的古法. 哈哈哈哈.

10011822225 · 2026 年4 月 9 日 08:26

AI需要非常详细的说明，我甚至按我的代码风格提供模板， CURD、全局异常处理、注解使用之类的。别的不清楚，A老师确实提高了我一捏捏工程思维和文档编写能力。

10011488078 · 2026 年4 月 9 日 09:11

是的，试过两个框架，之后又回到古法plan+build+指示落文档/更新+手动加载+人机协同验证+里程碑提交……感觉这样更灵活以及可控一些，期待Harness落地替代我的古法

10011488078 · 2026 年4 月 9 日 10:18

AI 反哺人类

10011822225 · 2026 年4 月 9 日 10:28

是的。
我发现我一旦有依赖AI写代码的念头，就很难老老实实认真地古法锻码。
这样下去代码能力会一直下降，所以现在有时间都在AI辅助我学习，比如学习Rust。
有点儿像围棋运动的处境了，学人工智能，做能工智人。

10011488078 · 2026 年4 月 9 日 11:13

我就没有这个烦恼，本来就不会，没有下降的空间了哈哈哈

10011488078 · 2026 年4 月 9 日 12:29

票数看来，目前还是superpowers，omo，古法plan build三分天下啊

10012174052 · 2026 年4 月 10 日 02:01

Spec Kit 我不了解，其它两个倒是了解一点

一、OpenSpec：给AI画施工图纸

2.1 它是什么？

详细信息可参考：OpenCode Day22：OpenSpec 与 OPSX 完整教程：从入门到实战

OpenSpec是一个规范驱动开发的轻量级框架。它的核心理念是：在写代码之前，先让AI和你达成共识。官方文档的定义是：

“Agree before you build — human and AI align on specs before any code gets written.”

用大白话说：先定规矩，再写代码。

OpenSpec解决的核心问题是：AI经常写跑偏。你让它加个登录功能，它可能给你写了一堆没用的东西，或者漏掉了关键逻辑。OpenSpec强制你先用文档把需求定死，AI照着文档执行，不会自己发挥。

2.2 核心设计：specs/ 和 changes/ 分离

OpenSpec最巧妙的设计是把“当前状态”和“变更提案”分开管理：

Code

openspec/
├── specs/ # 所有系统规范的当前真相来源（像Git的main分支）
│ └── [capability]/
│ └── spec.md
└── changes/ # 所有提议、进行中、已归档的变更
└── [change-name]/
├── proposal.md # 为什么要改、改什么
├── tasks.md # 实施检查清单
└── specs/ # 规范的增量“补丁”

这种设计让AI在修改现有功能时不会破坏已有规范，修改起来也方便回滚。用版本控制的类比：specs/像Git的main分支，changes/像功能分支。

2.3 怎么装？（Windows版）

Code

# 1. 安装OpenSpec CLI
npm install -g @fission-ai/openspec@latest

# 2. 验证安装
openspec --version

# 3. 在项目中初始化
cd your-project
openspec init

初始化时会让你选择AI工具（选OpenCode），然后自动创建openspec/文件夹和对应的斜杠命令。

Windows常见坑：如果PowerShell报错“无法加载文件”，以管理员身份运行：

Code

Set-ExecutionPolicy RemoteSigned -Scope CurrentUser

2.4 核心命令（必看！）

OpenSpec 1.0之后，默认启用coreworkflowprofile，包含4个核心命令：

命令	作用	什么时候用
/opsx:explore	探索模式，只讨论不产出文档	思路不清晰，先聊聊
/opsx:propose	一次性生成所有规划文档	思路清晰，直接开干
/opsx:apply	按tasks.md逐项实施代码	规划做完，开始写代码
/opsx:archive	归档完成的变更	代码写完，合并规范

Code

# 查看当前配置
openspec config list

# 切换到自定义模式（启用扩展命令）
openspec config profile custom

# 应用变更
openspec update

切换后，重启OpenCode即可使用扩展命令。注意：/opsx:verify等命令默认不启用，需要手动配置后才能使用。

2.5 实战示例：

OpenCode Day22：OpenSpec 与 OPSX 完整教程：从入门到实战

二、Superpowers：给AI上工程纪律

3.1 它是什么？

Opencode Day19：有了Superpowers，我的OpenCode终于不“乱写”了

Superpowers不是写代码的工具，它是一套强制工作流。官方文档的核心表述是：

“Superpowers is a complete software developmentworkflowfor your coding agents, built on top of a set of composable skills and some initial instructions that make sure your agent uses them.”

它解决的核心问题是：AI太“聪明”了，总想走捷径。不写测试、不审代码、不确认需求就直接开干。Superpowers强制AI按固定步骤走，把软件工程的最佳实践变成AI必须遵守的规则。

GitHub上11.5万颗星，官方插件市场23万次安装，在Claude Code第三方插件中排首位。

3.2 核心工作流（7步）

Superpowers内置了一套完整的工作流，AI会自动按顺序走：

步骤	技能名	做什么
1	brainstorming	头脑风暴，问清楚需求（苏格拉底式提问）
2	using-git-worktrees	创建隔离的Git工作空间
3	writing-plans	拆解成2-5分钟的小任务
4	subagent-driven-development	派子智能体执行，两阶段审查
5	test-driven-development	强制TDD（不写测试就删代码）
6	requesting-code-review	代码审查，关键问题阻塞进度
7	finishing-a-development-branch	完成分支，提供合并选项

这些技能是自动触发的，不需要你记住命令。你说“帮我规划一个新功能”，AI会自动调用brainstorming开始问问题。

3.3 强制TDD：不写测试就删代码

Superpowers对测试的态度非常硬核：先写测试，再写代码。如果在测试之前写了代码，直接删掉。

规则是严格的RED-GREEN-REFACTOR循环：

1. 写一个预期会失败的测试（RED）
2. 运行测试确认失败
3. 写最少的代码让它通过（GREEN）
4. 重构代码（REFACTOR）

不是警告，不是提示，是直接删。这个机制确保AI不会跳过测试环节。有开发者反馈：使用Superpowers后，测试覆盖率从不到30%提升到了85%-95%。

3.4 怎么装？

在OpenCode中安装：

Code

# 手动安装
git clone https://github.com/obra/superpowers.git ~/.config/opencode/superpowers

# 创建插件符号链接
mkdir -p ~/.config/opencode/plugins
ln -s ~/.config/opencode/superpowers/.opencode/plugins/superpowers.js ~/.config/opencode/plugins/superpowers.js

# 创建Skills符号链接
ln -s ~/.config/opencode/superpowers/skills ~/.config/opencode/skills/superpowers

或者更简单：在OpenCode对话框中输入：

Code

Fetch and follow instructions from https://raw.githubusercontent.com/obra/superpowers/refs/heads/main/.opencode/INSTALL.md

AI会自动完成安装。

3.5 验证安装

在OpenCode会话中输入：

Code

do you have superpowers?

如果回复确认并列出brainstorming/tdd/code-review等技能，说明安装成功。

10010916006 · 2026 年4 月 10 日 02:02

远古plan+build 搭配一些还是可以的.
大家其实也都把问题点到了.

~~~

我们人类是懒虫.很难一次性把想要的描述清楚.所以让它把我想要的清晰出来后.再biubiu~
效果有时候还是以外好
我一直用iflow+omi 坛友做的这个.
反正我觉得iflow+omi的效果比opencode+omo好…