把脑子里的东西倒出来，才是最难的
大家都在跑同一个模型。
如果你在用 Claude Opus 4.8，其他人也一样。同样的模型，同样的提示词，同样的输出。
真正让你的输出与众不同的，是你喂给它的上下文。你的品味。你的声音。你的决策。
难的从来不是提示词。而是提取。把脑子里的所有东西都倒进系统里，这样你的技能才能真正用上它。
所以我开始用一个叫 grill-me 的技能，来自 @mattpocockuk，然后我把它升级了。
为什么提取是瓶颈
如果你看过我聊如何做需求调研或项目范围界定，你就知道套路了。
你问客户的问题多到他们几乎要烦了。
这就是关键。它决定了你的系统是 95% 的时间有效，还是 80% 的时间有效。
花 5 分钟把想法倒进 Claude Code 感觉好像够了。但从来都不够。
grill-me 到底在做什么
它把你脑子里的东西，变成 AI 可以重复使用的上下文。
流程是这样的：
1️⃣ 它问你一个问题，一次只问一个。
2️⃣ 你回答。
3️⃣ 它做检查点，并把所有内容写回一个知识文档。
4️⃣ 它会一直问下去，直到没有遗漏或漏洞。
有时候它只问 5 个问题。有时候它会盘问你一个多小时。这是好事。
结果就是更好的技能、更好的上下文、更好的项目。
原始版本只有四句话
这个技能最初是由 Matt PCO 创建的。原始版本几乎没什么内容：
"无情地采访我关于这个计划的每一个方面，直到我们达成共识。沿着设计树的每个分支走下去，逐一解决决策之间的依赖关系。对于每个问题，提供你推荐的答案。一次只问一个问题。如果一个问题可以通过探索代码库来回答，那就去探索代码库。"
就这些。
这很好地提醒了我们，一个技能不一定是复杂的自动化。它也可以只是一个你不想每次都重复说的提示词。
我做的一个改动
我加了一个让它更好的东西。
我在每个问题之后都加入了检查点。
原因如下。当它盘问你一个小时的时候，上下文窗口会开始填满。我会担心它记错我 40 分钟前给出的答案。
所以我总是忍不住说"把这个写到一个文档里，每次都做检查点。" 最后我干脆把这个功能直接做进了技能里。
现在它会在你的项目根目录创建一个 brainstorms 文件夹。如果你已经有了，它就在里面放一个新的 Markdown 文件。
打开一个，你会看到关键决策、完整的逐步问答记录（它问了什么，我答了什么），以及重点摘要。
有趣的地方来了
当我完成一次关于包装的盘问时，它发现了一些东西。
它说我已经有了一份包装指南和一个包装技能，而我们刚刚讨论的很多细节，这两个里面都没有。它问我是否想更新它们。
我说好。现在这些技能和文档都变得好多了。
我又做了一次，让它全面了解业务。我们从头到尾梳理了每一个决策和每一个流程。现在我的系统感觉就像真的了解业务是怎么运作的一样。
为什么这能帮你省掉 20 次迭代
没有什么是第一次尝试就完美的。
构建技能的老路是这样的：你倒出想法，你构建，第一次迭代大概达到 70%。你运行它，做个小改进，到 75%。你继续迭代，直到接近 95%。
这可能需要 10 次迭代。也可能需要 30 次。
你永远无法真正达到 100%，因为随着你的业务和你自身的发展，技能也在不断进化。
grill-me 的方式不同。因为你提前多花了时间，第一次迭代就能达到 90% 左右。
它仍然不完美。你会继续打磨。但你能快得多地达到那个水平，这给了你更多空间去寻找更好的改进方法。
如果我有六个小时砍一棵树，我会花前四个小时磨斧头。
前期工作感觉无聊又重复。但它在后期每次都会带来回报。
我没想到会喜欢的一点
它能标记出你不知道的东西。
当我在一个漏斗图上运行它时，业务中有一些流程，我无法像实际负责它们的人那样解释清楚。
所以它标记了它们。它让我去找具体的人，获取信息，再回来，把信息放进去，这样我们就能更新 brainstorm。
而且因为每次对话都会保存为一个文档，你以后可以随时查阅。如果你在内容包装方面有了突破，你只需要回来说"再盘问我一次，这是新的内容。"
总结
然后，你只需要说"盘问我这个"，或者使用斜杠命令。
去盘问你自己关于你业务中的技能和流程吧。你的系统每次都会变得更好。
我在完整视频中演示了整个过程，包括一次实时的盘问。链接在第一条回复里。
