grill
FeaturedUse when the user says 先討論 / wants to align on a fuzzy idea before building, or before any non-trivial implementation whose requirements are still ambiguous — interviews the user until shared understanding is confirmed, one question at a time, each with a suggested answer; facts answerable from the filesystem/code are looked up, never asked. Optionally maintains the repo's CONTEXT.md glossary when vocabulary settles during discussion. Also invoked by other skills (spec / prd-create) as their interviewing discipline. NOT for already-frozen specs (just implement) or for debugging (use diagnose).
Install
Quality Score: 91/100
Skill Content
Details
- Author
- KerberosClaw
- Repository
- KerberosClaw/kc_ai_skills
- Created
- 6 months ago
- Last Updated
- 3 days ago
- Language
- Python
- License
- MIT
Integrates with
Similar Skills
Semantically similar based on skill content — not just same category
requirement-gap-finder
需求補洞助手(探路模式)— 專用於「白紙一張、還沒有 PRD」的場合:站在 PM、UIUX、 Backend、Frontend、QA 五個角色,掃描需求的缺漏、容易誤解的敘述、沒考慮到的 Edge Case, 以及開發前一定要確認的問題,把還沒想到的東西攤開。 ✅ 適用場合(符合任一才觸發): - 全新產品 / 全新架構,還沒��任何 PRD 可審 - 面試 take-home、產品設計題,且風險/邊界識別本身就是交付物 - 使用者不熟的領域,需要靠五角色補自己的盲點 - 沒有可問的需求方,使用者要自己扮演甲方 當使用者說「幫我找需求缺漏」、「這個需求有什麼沒想到的」、「補洞」、「盤點 Edge Case」、 「這是白紙設計,幫我掃一輪」、「find gaps」、「what am I missing」時,觸發此 skill。 ❌ 不適用(改用別的 skill): - 已經有一份 PRD,要檢查完整度 / AC 能不能測 / 缺哪章 → 用 enterprise-prd-writer 的 Gap Analysis 與 Definition of Ready,不要用本 skill - 要把需求寫成正式文件 → 用 prd-writer(輕量版)或 enterprise-prd-writer 這個 skill 只負責「發散——把問題找出來」,不做格式檢查、不寫 PRD、不替使用者做決定。
brainstorm
用于把模糊需求收敛成用户批准的 Spec。触发:目标/边界/取舍/成功标准/验证策略未定,或用户说先讨论/grill/先落 Spec。已有完整 Spec 或小补丁时不用;批准后交给 plan。
grill-spec
在還沒有具體計畫時盤問需求、術語、邊界與驗收條件,出口是第一個最小 vertical slice。Use when requirements are unclear and no concrete plan exists yet — the user has a goal or feature idea but scope, acceptance checks, or domain terms are still fuzzy. Do NOT use when a concrete plan already exists and needs challenging against documented decisions — use grill-with-docs for that.