【 Grill-me 】不建议任何年轻人使用

我觉得在需求确定和模型足够优秀，并且无任何定制业务需求的时候，直接基于模型最优解即可。

之前 superpowers 连续问几轮都受不了，这问 100 多个。。。

当你跑完brainstorming → writing-plans → grill-with-docs → to-prd → …

grok 4.5已经写好了

是的，不如直接让Fable出框架然后整体自检几遍优化后执行。

^-^ grill-me考虑的实在太多了，是好事也是坏事吧，有时候代码写了一堆跑不起来就很糟心，后期架构错误大改也很糟心

马圣，我今晚就要尝尝你的大模型味道如何

项目干到一半发现框架有问题这种情况是最恶心的

小项目无所谓，稍微复杂一点的你让他自己决定，到时候糟心的还是你自己，还不如提前说清楚，省的返工半天拉一坨屎山在那放着

grill-me 能问那么多？可能我项目太小了哈哈哈哈三两下他就搞清楚了

griilme如果中间不想让他一个个问了，可以直接和他说后续跳过简单的，只保留重要的，就很快结束了

因为grill-me的作者也觉得一次性有这么多问题是很奇怪的。

别让AI问200个问题！/grill-with-docs技能9大避坑指南 | Matt Pocock_哔哩哔哩_bilibili

我早在5.5的时候就这样干过，确实问了上百个问题，，而且大多数都是同意，而且5.5属于是废话多的类型，会导致spec文档写的过于详细，模型没看多少文档就要压缩上下文，压缩完了又要重新看，改起来十分痛苦 ^-^

笑出了声，一百多个问题得硬控一个小时，嘿嘿嘿 ^-^

舍不得暂停，他提那些问题确实还是比较有价值的

说少了，一个小时压根不够，从昨天开始问到现在

作者停止使用 grill-me，官方库 grill-me 也推荐换成 /grilling

推荐看一下这个Matt的讲解，特别讲了为什么问题很多，以及怎么问和回答问题

懂了，这就去推荐给同事，让他们产出变慢

我觉得不问清楚的话，很多时候写到后面才发现前面的与自己的预期不符，代码量上去了 review 是不现实的，项目就趋于一个黑盒了 ^-^。