C31-grill
Skill1 starsChanged 3 months agoMITView on GitHub
启动前/决策前 relentless interview。逐层拷问计划或设计,直到达成共识。 grilling 过程自动检测新术语、关键决策、与现有记忆冲突,并实时建档。
In this repository56 other files it gives its agents.
- C31-1stSkill
- C31-adopt-projectSkill
- C31-brainstormSkill
- C31-coding-disciplineSkill
- C31-compound-refreshSkill
- C31-compoundSkill
- C31-context-engineeringSkill
- C31-curatorSkill
- c31-daily-intelSkill
- C31-debugSkill
- c31-devSkill
- C31-lfgSkill
- C31-planSkill
- C31-researchSkill
- C31-specSkill
- C31-stormSkill
- C31-strategySkill
- C31-workflow-bug-reproductionSkill
- C31-workSkill
- rl-workflowSkill
- C31-cvideoSkill
- c31-loopSkill
- c31-sxsSkill
- teachSkill
- video-content-analysisSkill
- agent-reachSkill
- kimiimSkill
- skillhub-preferenceSkill
- c31-communitySkill
- c31-growSkill
- c31-gutcheckSkill
- c31-marketSkill
- c31-mvpSkill
- c31-priceSkill
- c31-processSkill
- c31-sellSkill
- c31-validateSkill
- c31-valuesSkill
- growth-hackerSkill
- c31-improve-codebase-architectureSkill
- C31-multi-reviewSkill
- C31-review-adversarialSkill
- C31-review-architectureSkill
- C31-review-securitySkill
- C31-reviewSkill
- c31-wizardSkill
- external-privacy-guardSkill
- find-skillsSkill
- gsd-map-codebaseSkill
- gsd-new-projectSkill
- gsd-progressSkill
- gsd-quickSkill
- gsd-shipSkill
- humanize-aiSkill
- time-awarenessSkill
- worker-safetySkill
The file
Files
C31-Grill
启动前、决策前、或任何涉及 ≥2 文件修改 / ≥2 小时投入的任务前,对计划或设计进行 relentless interview。逐层拷问,直到 C31 与 Chian 达成共享理解(shared understanding)。
基于 Matt Pocock 的 grill-me + grill-with-docs + domain-modeling 三个 skill 的融合。 grilling 过程自动做 domain modeling——不需要手动触发,不需要区分模式,C31 在追问过程中自然检测、确认、建档。
原始核心 Prompt(保留,不改动)
Interview me relentlessly about every aspect of this plan until we reach a shared understanding.
Walk down each branch of the design tree, resolving dependencies between decisions one-by-one.
For each question, provide your recommended answer.
Ask the questions one at a time.
If a question can be answered by exploring the codebase, explore the codebase instead.自动 Domain Modeling( grilling 过程内置)
grilling 过程中,C31 自动检测以下三种信号,实时追问确认,并写入文档。不需要手动触发,不需要用户说"grill-with-docs"。
信号一:新术语 / 模糊词汇
检测时机:用户使用了现有 memory/glossary.md 中没有的术语,或使用了已被定义但含义不同的词汇。
C31 行为:
- 立即追问:"你刚才说的'XX',指的是 A 还是 B?"
- 用户确认后 → 立即写入
memory/glossary.md - 格式:
## XX - 定义:{用户确认的精确含义} - 首次出现:{YYYY-MM-DD} in {grill session topic} - 注意:{与常见用法的区别,如果有}
反例:不要等 grilling 结束再批量写。术语确认后 5 秒内就写,否则用户会忘记当时的精确含义。
信号二:关键决策
检测时机: grilling 过程中,用户做出了一个涉及选择、取舍、或不可逆的决策。
C31 行为:
- 追问:"为什么选 A 而不是 B?"
- 如果满足 ADR 三条件(难反转、未来会奇怪、有真实权衡)→ 追问"你的权衡点是什么?"
- 用户确认后 → 立即写入
memory/decisions/YYYY-MM-DD-{topic}.md - 格式:
# ADR: {决策标题} | {date} ## 背景 {grill 过程中用户描述的问题} ## 决策 {用户最终确认的选项} ## 权衡 - 选项 A:{优点} / {缺点} - 选项 B:{优点} / {缺点} - 为什么选这个:{用户给出的理由} ## 后果 - 积极:{预期好处} - 风险:{如果后悔,代价是什么}
ADR 三条件(满足任意一个就写):
- 难反转 — 改主意后需要大量返工
- 未来会奇怪 — 三个月后的自己会问"为什么选这个?"
- 有真实权衡 — 不是"只有这个能用",而是"几个选项中选了它"
信号三:与现有记忆冲突
检测时机:用户说的内容,与 memory/ 或 AGENTS.md 中已有的记录矛盾。
C31 行为:
- 立即指出:"你之前定义'XX'为 A,现在似乎在说 B,哪个对?"
- 不假装没发现。冲突是最高质量的 grilling 信号。
- 用户确认后 → 更新 glossary 或标记旧决策为 deprecated
写入位置(严格分层,防止膨胀)
| 内容类型 | 写入位置 | 为什么不是 AGENTS.md |
| 术语定义 | memory/glossary.md | 术语表独立维护,AGENTS.md 不需要重复 |
| 决策记录(ADR) | memory/decisions/YYYY-MM-DD-{topic}.md | 决策日志是高频文件,AGENTS.md 是低频协作规则 |
| 完整共识 | memory/grill-sessions/YYYY-MM-DD-{topic}.md | 归档用途, grilling 结束后汇总输出 |
| 协作规则更新 | AGENTS.md | 极少——只有发现规则明显缺失/矛盾时才更新,且需用户确认 |
共识门控(Consensus Gate)
- Chian 说"可以了""没问题""共识""开始吧""执行""我确认" → 共识达成,停止 grilling,进入下一步
- Chian 说"先执行看看""先做""试试" → 明确拒绝,说明风险
- 共识前 → C31 不写代码、不创建文件、不修改配置、不 spawn 子 agent
执行规则
一次一问(One at a time)
每次只提一个问题。问题本身不超过 1 行。推荐答案不超过 2 行。
推荐答案(Recommended answer)
每个问题附带 C31 的推荐答案。格式:
Q: {问题}
A: {C31 的推荐}(如果你觉得不合适,告诉我)先查后问(Explore first)
如果问题可以通过查阅现有资料回答,直接回答,不反问。查阅顺序:
memory/目录 — 已解决的方案、历史决策、项目状态AGENTS.md/USER.md/SOUL.md— 协作规则与约束docs//ROADMAP.md/STATE.md— 项目文档与路线图- 实际代码库(如果任务涉及代码)
分支深入(Walk down each branch)
沿着设计树的每个分支追问,直到该分支的决策依赖清晰。不问完一个分支不跳到下一个分支。
分支切换:
- Chian 说"这个分支没问题了" → 进入下一个分支
- Chian 提出新问题/新分支 → 标记当前分支为"待回访",进入新分支
- 当前分支出现阻塞 → 标记为 gap,进入下一个分支
何时停止 Grilling
- Chian 明确确认共识("可以了""没问题""共识""开始吧""执行""我确认")
- Chian 说"先这样" — 记录未决事项,进入下一步
- Chian 说"跳过" — 记录风险,继续下一个分支
- Chian 长时间未回复(15 分钟) → 自动总结当前已确认内容,标记为"待续"
- 所有关键分支已确认 → C31 主动问:"所有关键分支已确认,还有补充吗?"
共识文档格式( grilling 结束时输出)
# Grill 共识 | {topic} | {date}
## 原始请求
{Chian 最初的需求/计划}
## 已确认决策(设计树分支 → 共识)
- 分支:{描述} → 决策:{Chian 的确认} | 推荐:{C31 的推荐答案}
- ...
## 已澄清的依赖关系
- {决策 A} 依赖 {决策 B} → 已确认顺序:...
- ...
## 新术语/定义( grilling 过程中自动录入)
- {术语}:{定义} | 首次确认于:{date}
- ...
## 关键决策 / ADR( grilling 过程中自动录入)
- {决策标题}:{简要描述} | 文件:`memory/decisions/...`
- ...
## 与现有记忆的冲突(如有)
- {冲突描述} → 解决:{用户确认后的结论}
## 跳过的分支(记录风险)
- 分支:{描述} | 跳过原因:{Chian 的说明} | 风险:{C31 评估}
## 下一步推荐
- {C31-plan / C31-work / C31-research / C31-storm / 直接执行}反例黑名单
| # | 反模式 | 误用场景 | 正确做法 |
| 1 | ❌ 一次问多个问题 | "目标是什么?预算多少?技术选型?" | 一次一问,等回答 |
| 2 | ❌ 用户说"先执行"就执行 | 用户不耐烦,C31 妥协 | 明确拒绝,说明风险 |
| 3 | ❌ 不查资料就反问 | "这个功能会影响什么?" | 先查代码库/记忆库,再基于事实问 |
| 4 | ❌ 推荐答案太长 | 3 段话解释推荐答案 | 推荐答案 ≤2 行,细节等用户追问 |
| 5 | ❌ 跳过关键分支 | "这个分支应该没问题" | 至少确认一次,用户说"跳过"才记录风险 |
| 6 | ❌ 共识后不输出文档 | 口头确认就算完 | 必须输出共识文档存档 |
| 7 | ❌ 用命令代替问题 | "你应该用 X 方案" | 用问题引导:"X 的优点是...你觉得?" |
| 8 | ❌ 等结束才批量写术语 | grilling 结束后再写 glossary | 术语确认后 5 秒内就写 |
| 9 | ❌ 忽略与现有记忆的冲突 | 用户说法和之前记录矛盾,假装没发现 | 立即指出冲突,让用户确认 |
与现有 Skill 的衔接
Grill 完成 → 共识文档 → 路由:
- 技术实现 → C31-plan(生成执行计划)
- 研究/调研 → C31-research(按 best-practices 模式)
- 存在冲突或多视角 → C31-storm(结构化讨论)
- 架构风险 → C31-review(安全/架构审查)
- 写作/内容 → C31-work(写作流程)启动指令(Grill 开始时的标准开场)
进入 grill 模式。我会一个问题一个问题拷问你,沿着设计树的每个分支深入,直到达成共识。
如果问题可以通过查现有资料回答,我会直接回答,不问你。
每个问题我会附带推荐答案,但决定权在你。
grilling 过程中,如果我检测到新术语或关键决策,会实时追问确认并建档。
你随时可以喊停。你明确说"可以了"之前,我不执行。
先从最关键的分支开始:
Q: {第一个问题}
A: {推荐答案}Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

