最近组里面给了20x，在不考虑token的情况下，我个人感觉还挺好用的，至少完全不用担心牛头不对马嘴的情况了，好处就是更省心更安心更放心，基本不用再人工review，坏处就是会浪费更多的时间和token（但是其实相比起反复纠正和返工，这里其实是节省了时间的）佬们是怎么取舍的呢，有更好的方案吗？
3 个赞
大问题好用，小问题太啰嗦，所以我很久没用了，纯玄学编程中
1 个赞
人工review是认真的吗，写完提交之前让ai自己review，就算用superpower tdd也得review
最后还是要走人工的，AI review被leader打回来几次，甚至有几次还多提交了gitignore里面的文件
不装任何skill吗，够用不？ 对于大任务来说
类似的spec只用sp,大框架挺好用的,小问题用自带的plan mode
1 个赞
我差不多，也是plan和superpowers交替用，最近更新了 6.1感觉更轻量了
superpowers的tdd一直在用，除了测试用例多点，会浪费token没啥缺点，因为有大量测试用例，重构时很安心
2 个赞
我就用grillme+superpowers，还有一些很轻量的小skill。skill还是不要太多，一个主流程加几个轻量的就可以了
grillme 还是第一次听说，他们是互补的吗，太久没上L站更新知识库了
grillme是用来拷问需求的，适合在执行前确定具体需求
1 个赞
那…… 听起来和 codex 自带的 plan 模式的确认有点像？ plan 在不确定的时候也会主动发问
那确实，不过一般用这个来强制触发拷问流程
1 个赞
差不多了解了，grill-me 是“为了找漏洞，主动压力测试你的需求”。拷问强度会更大，粒度更细，我也来装一个，个人感觉应该挺需要，感谢佬
相当于一个是主动，一个是被动
1 个赞
好用的，一直在用，甚至review也完全交给subagents了
-
grill-with-docs 内部调用与产出：
读写：CONTEXT.md（项目全局术语表）、内部其实调用了grill-me和domain-modeling
生成：docs/adr/*.md（架构决策记录）
输出：最终输出对接 to-prd（写 PRD）和 to-issues（拆任务）。 -
implement：
编写：调用 /tdd（测试驱动开发，红绿重构循环）
校验：调用编译器的类型检查（Typechecker）和单元测试运行器
审查/提交：调用 /code-review，最后调用 Git Commit 提交当前分支。
现在基本用这两个 很舒服
4 个赞
提交是Git自己去读gitignore，这个和模型没有关系啊，模型只是调用Git命令就行了。为什么会把gitignore的文件读进去呢
我不用，我直接在全局里说明禁止使用 TDD 开发，太啰嗦了
比plan模式细致很多，我更喜欢这个，grill完了再给出plan也不错。就是小心，这玩意问得事无巨细，有时候挺浪费时间……
1 个赞