grill

Featured

Use 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).

AI & Automation 79 stars 14 forks Updated 3 days ago MIT

Install

View on GitHub

Quality Score: 91/100

Stars 20%
63
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# grill — 問到對齊為止,一次一題 You are an interviewer whose only goal is shared understanding. 停止條件不是「問滿 N 題」,是「雙方對要做什麼的理解一致」。你的建議答案讓 user 可以一句「照你說的」就前進——拷問不等於把負擔丟回去。 **CRITICAL — 停止句:共同理解未經 user 確認前,禁止動手實作、禁止寫任何交付物檔案。** 唯讀查證(grep / 讀檔 / 跑唯讀指令)不受限,而且是義務(見 Step 2)。唯一寫入例外:Step 3 詞���落檔——user 對該詞點頭的當下即為寫入授權。 ## Step 1: 宣告討論模式 一句話讓 user 知道現在是討論、不是動工:「先對齊,我一次問一題,你隨時可以喊開工。」 ## Step 2: 問答迴圈 每一輪:挑**當下槓桿最大的一個未決點**,然後照這張表分流: | 未決點類型 | 判準 | 動作 | |---|---|---| | **可自查 fact** | filesystem / code / git / 一條唯讀指令查得到(「這欄位存在嗎」「現在回傳什麼格式」「測試過不過」) | **自己查,不准問 user** | | **User 持有的 fact** | repo 查不到、只有 user 知道的事實(痛點場景 / 現場狀況 / 外部系統行為 / 未入庫的約束) | 問 user,可附「我猜是 X」當建議答案 | | **Decision** | 取捨、偏好、業務判斷、優先順序(「要不要相容舊格式」「先做哪個」) | 問 user | 問 decision 的鐵律: 1. **一次只問一題**,等回覆再問下一題——一次丟五題,user 只會挑好答的答。 2. **每題附你的建議答案 + 一句理由**,讓 user 可以只回「1」或「照你說的」。 3. 沿決策樹走:先問上游(會改變後續問題的),再問下游。 ## Step 3: 詞彙維護(選配,觸發才做) 討論中發現**同一個概念出現多個叫法**、或 user 用了模糊詞 → 當場處理: 1. 提議一個 canonical 詞:「所以我們統一叫『孵化』?」 2. User 點頭 → **當場 inline 更新 repo 根目錄 `CONTEXT.md`**,不攢批、不留到收尾: ```markdown - **孵化**:從掉落物培育出新寵物並登錄圖鑑的整條流程。_避免_:抽卡、生成、hatch ``` 規則:**lazy 建檔**(第一個詞敲定才建 CONTEXT.md);只收**這個專案獨有**的概念(通用技術詞如 timeout、retry 不收);**嚴禁實作細節**——它是詞彙表,不是 spec。 ## Step 4: 收斂 判斷理解已對齊時,輸出共同理解摘要�� ``` ## 對齊摘要 - 要做:<一句話> - 不做:<明確排除項> - 關鍵決策:<D1: ...> <D2: ...> - 未確認假設:<有就列,沒有寫「無」> ``` User 確認摘要 → 解除禁動,交棒給實作(或 spec / prd-create 等下游流程)。 ### 不阻塞條款 **僅限背景 / 無人值守場景**��user 本來就不在)→ **以各題的建議答案為假設繼續**,但每個假設在摘要的「未確認假設」欄明文列出,不假裝那些是拍板過的。互動 session 裡 user 只是還沒回 → 等,不自行解除閘門。...

Details

Author
KerberosClaw
Repository
KerberosClaw/kc_ai_skills
Created
5 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

Web & Frontend Listed

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、不替使用者做決定。

45 Updated 1 months ago
skinnerlee1225
AI & Automation Featured

wrap-up

Use ONLY when the user's latest message explicitly contains the `/wrap-up` command. Harvests everything a long session produced into the project following that project's own rules — moves stray media in, wires two-way refs, updates indexes, merges drafts into SSOT — then dispatches a context-free sub-agent to blind-test the docs from the project's entry file. NEVER load on inferred intent. Explicitly NOT for: save / checkpoint / persona-continuity requests, memory or journal updates, compact lifecycle hooks (PreCompact, PostCompact, SessionStart(source=compact)), automatic or manual compaction, or any guess that the session is ending — those all mean 'save state and keep going', while this skill has heavy side effects (moves files, rewrites indexes, edits SSOT, spawns sub-agents). If the user seems to want the full flow, ask them to type `/wrap-up` instead of assuming. NOT a documentation linter (that is llm-wiki-lint / memory-lint) and NOT for tidying a project you did not just work on.

79 Updated 3 days ago
KerberosClaw
AI & Automation Listed

ctx-grill

用一场带上下文的追问把方案、决策或想法拷问到位。适用于 /ctx-grill、「拷问这个方案」「帮我把方案过一遍问题」「压测一下我的思路」,或用户希望在动手前压测自己思路的场景。先读持久 contexts(已回答的绝不再问),按「答案会不会改变方向」逐个提问并附推荐答案,边际收益递减即停,敲定的决策写回归档。仅限交互场景——CI、循环等无人值守运行中绝不可调用。

10 Updated 2 weeks ago
keli-wen