向至今仍然觉得AI只能生成玩具代码的人推荐一个银弹——/grill-me

hugosol

yikaa 发表于 2026-5-28 08:50
你主楼这描述的风格……感觉是洗稿三大顶刊的风格，总感觉前两天看过类似的文字

—— 来自 Xiaomi 23049RA ...

我发誓主楼都是我手写的没有用AI生成一个字

半江瑟瑟半江红

这个玩意我用了一上午，怎么感觉激似tavo里某些**正则……基本上还是AI输出内容，只不过回答被局限在几个选择上，这么做的好处是防止用户回答太飘把AI带偏了，不过通过这个grill过程获得的启发还是AI输出给我的

hugosol

HSJ1992 发表于 2026-5-28 09:34
很少有什么项目会特地去说用了某个 skill 吧。
我研发了一台汽车，然后过程中使用了某个很便利的扳手，感 ...

是的，实际操作中很可能是几个不同方法结合起来，像楼上很多朋友提到他们也会和superpowers配合着用
其实我觉得这是grill-me一个非常优雅的地方，你可以随心所欲地把它嵌入你的开发流程中，比起框架我会更喜欢这种可以自己掌控流程的感觉
当然如果你用grill-with-doc还是要遵循它的一套文档结构的（要有context.md之类的东西），不然跟直接用grill-me没有什么区别

红茶拌可乐

感谢楼主推荐，grill with docs确实好用，再让Claude写一个编排issuses逐步通过tdd执行的skill基本就可以grill to docs / to prd / to issuses / issuses resolver / tdd 全流程跑通了，比我自己写的在任务划分颗粒度上精确很多

—— 来自 鹅球 v3.5.99-alpha

hugosol

红茶拌可乐 发表于 2026-5-28 09:55
感谢楼主推荐，grill with docs确实好用，再让Claude写一个编排issuses逐步通过tdd执行的skill基本就可以gr ...

等，等一下，这些skill其实grill-me作者的仓库里面已经有现成的，直接拿来用就是了
https://github.com/mattpocock/sk ... /engineering/to-prd
https://github.com/mattpocock/sk ... gineering/to-issues
https://github.com/mattpocock/sk ... lls/engineering/tdd

红茶拌可乐

hugosol 发表于 2026-5-28 10:03
等，等一下，这些skill其实grill-me作者的仓库里面已经有现成的，直接拿来用就是了
https://github.com/m ...

用的就是这个仓库里的，就新写了一个issusses resolver用来编排issuse队列

—— 来自 鹅球 v3.5.99-alpha

小止

ai开发框架首先就不能太重，不然产出你根本不想看，只要人类不看，ai立马拉一吨大便给你

hugosol

红茶拌可乐 发表于 2026-5-28 10:25
用的就是这个仓库里的，就新写了一个issusses resolver用来编排issuse队列

—— 来自 鹅球 v3.5.99-alph ...

哦哦是这样，我都是to-issue那个session里面直接用tdd跟它说帮我把这些issue一起实现了，它就自己根据dependency一个个去做了
目前我倾向于一个session去做还有一个原因是tdd如果卡在某些奇怪的地方它可以根据上下文回想一下自己改过什么，有助于排查问题
哦对了你用ClaudeCode可能要把默认上下文改大一点，我用的是opencode接DeepSeekV4P，默认上下文1M是足够一个session把/to-issue + /tdd做完的，最长的时候跑到250K token左右，如果再跑不出来就要人手去接管看看怎么回事了。
其实200K左右就会开始忘记前面讲过的东西了，所以还是不能太长

SmterC

shin74 发表于 2026-5-27 09:27
前一阵子用过一次/grill-with-docs，它的好处是显而易见的——通过不断的拷问让你尽可能的想清楚所有细节。 ...

原作者前几天出了个视频，谈到用户被拷问半天的这种情况
他的意思是你作为用户也得反过来拷问AI，达成共识
只是一味地被AI拷问是没法达成共识的，需要更多的交流    Re:Source

库德里尔

昨天起了个新idea的构思，使用grillme的感受就是：我还是得控制你
如果我要先做最小demo，你就不能面面俱到。如果有类似的分层方法论，你就不应该每个地方新造一个
纠结于qna细节的话会造成几十个问题但是最小原型还没个影的误区，明明前期设计的场合该敏捷迭代而非稳健开发

不过我基于这个的思想，自己搞了个温和版的放到工作环境了。

—— 来自 鹅球 v3.5.99

hugosol

库德里尔 发表于 2026-5-28 12:21
昨天起了个新idea的构思，使用grillme的感受就是：我还是得控制你
如果我要先做最小demo，你就不能面面俱到 ...

其实我觉得grill-me最难受的阶段就是从0开始搭一个项目的时候，他要把所有细节都问清楚了才肯动手，就算你把问题规定在一个很小的范围里，还是会有很多东西要考虑的。
但是项目成型之后用起来会特别爽，因为他会自动帮你把你要做的改动可能影响到的方方面面都列出来让你取舍，这些因素用人脑去罗列是经常会漏掉的
有个比较好的实践是你直接告诉它用什么什么框架，框架会自动帮你决定很多事情，后面更复杂的逻辑分步再迭代上去
其实不要害怕一开始出来架构很丑陋，AI时代重构代码是成本很低的一件事情，先跑通再慢慢去演化架构也是一种做法