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
フォーク
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で見る