工作流选用投票

[DoctorReid]

纯 vibe coding 很难保证质量，业界也很早就把软件工程的各种理论制作成Agent可用的工作流、skill

我想给我们项目也选定一个，目前看主流有以下：

名称	工作流	备注
superpowers	脑暴 -> 增量 spec -> 测试驱动开发(TDD)	优点: 脑暴阶段效果好 实行过程遵循TDD 测试保证质量 主动建议sub agent执行 缺点: 没有显式维护全量 spec, 体感上消耗token更多些 可能是sub agent问题
OpenSpec	规范驱动开发(SDD): explore(脑暴) -> propose(增量 spec) -> apply(按task进行 无特别要求) -> archive (归档合并全量spec)	优点: 流程归档维护全量spec 缺点: 全量spec对于人的可读性较差
GitHub Spec Kit	基本同上	基本同上 在task执行时有TDD
BMAD-METHOD	多种Agent 和 Workflow 适应多种场景	太复杂了 没认真看

其实每一个都有同事吐槽过不好用，不同使用场景里关注的点不太一样吧

现在公司里推的是一种 superpowers + OpenSpec + 额外定制 的工作流，为了保证生产质量所以做得很重，耗token很夸张

我想我们也不额外"创新"了，就从主流里选一个就好，我目前倾向是 superpowers，主要考虑也是上面列举的优点，补充一些公司内测试的细节:

• superpowers 的 brandstorm 用了一种叫苏格拉底式的提问方式，在今年2月时候，我们用了几个命题，在CC上，用 GLM 5 + brandstorm 出方案，达到了当时 Opus 4.6 水平，当然循环次数更多些。 但是 OpenSpec 的 explore 是达不到的
• 内置TDD保证质量，不用额外加 task 来保证测试

大家可以选一个，截至07.03 早上10点

有使用其他好用的可以留言补充

[DoctorReid]

@ShadowLemoon 帮忙让大家投个票

[ShadowLemoon]

我这两个星期要期末考试，暂时没空讨论。
大伙目前没有用工作流，都是问答加手动引导

[A-nony-mous]

我们的开发流程大部分是明确的需求驱动，小部分是修正特定bug。在这种用例下，二者都能给出详细的文档支撑，由此也可以生成详细的spec和task，现在的开发流程也比较成熟了。

我认为我们现在更能提高协作效率的是在pair coding（更快给出不爽的点，在编程时解决性能、优雅等问题）、CR审阅效率提高（不要拘泥于一个函数的签名、注释这种东西了，重点在架构、业务逻辑的抽象实现）、项目负责（没有PIC，审阅摆烂，严重影响开发的效率和积极性）这一方向，也就是是项目管理与日常协作的闭环：加强沟通，更快迭代。在规约这一块儿继续投入更多token不见得会有更高收益，可能还是要从项目管理入手，才能有更显著的成效。

[DoctorReid]

引入这个的目的，是希望在流程上，提供能力指引智能体帮我们将事情想全面，事情也可以做全面，这其实是可以减少大家的"额外"讨论时间，这其实是有助于你提及的协作效率，只是协作对象是智能体。

CR审阅效率提高 - 这部分我是同意的，在我的实际工作中，已经绝大部分都相信大模型的输出，而且现在写的代码，也基本不是人看，而是智能体看了。在我的理解层面，也是推荐大家往这个方向演进。但是这个是有代价的，1. 足够的文档/注释 支持解释为什么这么做；2. 足够的测试来保证质量；这两块其实都是我们欠缺的

大头我觉得还是测试的欠缺，给我们带来的后果就是你下一个说的项目负责问题，因为每次修改，都需要等人来测试，而大家都只是业余抽空来的，自然保证不了效率。

在测试缺乏的情况，我一直的想法是，快速迭代，我们自带git版本能力，有问题就让用户侧回退到相对可用版本。当然，这在你们看来可能相对用户不友好。

所以还是得想办法保证质量，我这次想做(挑战)的，就是把这些需要人的地方，都尽量引入智能体辅助，减轻大家的负担。特别是这种游戏脚本里得测试，我能理解这里面的复杂性。但还是想试试，看看最终能否达到智能体自主开发和测试，甚至是自主维护整个项目。

至于项目管理，我的确没什么想法，这个靠你们大家自主讨论和投票决定了

[idk500]

选轻量的openspec，太重了团队承受不了

[DoctorReid]

每个人对"重"的理解其实不一样，有人觉得TDD流程重，开发一个功能还要配一堆测试；有人觉得spec重，开发一个功能还有配一堆的spec文档

[idk500]

懂你意思, 有先进机制引入总归是好的.
其他的边走边看吧

[DoctorReid]

鉴于大家使用不多的情况，我暂定superpowers，会在开发指引加上推荐，后续一些相关的开发运维skill，会结合superpowers的一些原生skill来做。

至于使用，推荐大家用，但不会强制，也强制不了。这些流程呢，都是需要一定时间使用，才能感受带来的好处的。而且每个star都很多，说明还是得到业界认可的，并不是只会加重流程而带不来收益的举措。