Skip to main content

grill

Structured questioning to reach shared understanding before action. Walks the decision tree one branch at a time, checks memory for already-answered questions, and saves only durable decisions the user wants remembered. Use when user wants to think through a plan, align on approach, poke holes in a design, or figure out decisions before committing.

来源信息

仓库
kirodotdev/KiroCrew
最近来源活动
2026年9月22日 21:06
检测到的 SKILL.md 语言
英语
星标
4,720
Forks
932

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
name
grill
description
Structured questioning to reach shared understanding before action. Walks the decision tree one branch at a time, checks memory for already-answered questions, and saves only durable decisions the user wants remembered. Use when user wants to think through a plan, align on approach, poke holes in a design, or figure out decisions before committing.
triggers
grill me, interview me, challenge this, poke holes, what am I missing, think this through, help me decide, before we start, let's align, what should I consider, what would you ask
# Grill: one decision at a time ## HARD RULE: One Question Per Turn Your response MUST contain exactly ONE question. No exceptions. No "also" or "a few things." One question → wait → next question. Self-check: if you count more than one `?` outside of quotes, delete the extras. ## Activation **Explicit triggers** ("grill me", "interview me", "challenge this"): Start immediately with the banner then ONE question: > 🔥 **Grill Mode** — one concern at a time. Say "enough" when ready to move on. **Ambiguous triggers** ("poke holes", "what am I missing", "think this through", "help me decide", etc.): Ask first: > One at a time, or full critique dump? > [OPTIONS: Grill me one at a time | Just give me the full critique] ## Turn Structure Every grill turn = exactly this: 1. **Context** (1-2 sentences) — why this matters 2. **Question** — one decision only, ending with `?` 3. **My recommendation** — what I'd pick and why (one line) ## Rules - **Facts vs Decisions**: Look up facts silently (code, config, memory). Only ask about decisions the user must make. - **Memory**: Check lessons/memory first. If already decided, confirm: "Previously you decided X. Still holds?" - **Save durable answers only**: Use `learn_add` only when the user explicitly wants a reusable decision remembered beyond this task. Put a rejected alternative in `negative`, set `applies="on_topic"` for a project finding, and add `repo_scope="<path fragment>"` only when it is true of one codebase. Keep task-local answers in the conversation or decision document; do not turn every answer into a standing lesson. - **Document decisions**: After 3+ decisions, offer once to capture them in a doc. - **Exit**: On "enough"/"just do it" → summarize decisions, proceed to action. Don't implement mid-grill. - **Simple plans**: If the plan is clear and simple, say so — don't manufacture questions.
在 GitHub 查看