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 76 stars 13 forks Updated 6 days ago MIT

Install

View on GitHub

Quality Score: 92/100

Stars 20%
63
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
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
4 months ago
Last Updated
6 days ago
Language
Python
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

Web & Frontend Solid

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

38 Updated 5 days ago
skinnerlee1225
AI & Automation Featured

grill-me

针对方案或设计的高强度追问式面试(adversarial design review / grill session),暴露假设漏洞与缺失约束,过程中同步维护领域模型(术语表和 ADR)。手动调用 /grill-me。

1,610 Updated yesterday
feiskyer
AI & Automation Listed

life-role-inventory

生涯與生活角色盤點——用結構化訪談清點你正在扮演的所有角色(工作只是其中之一:父母、伴侶、朋友、興趣、信仰都算),收斂成一張可驗證的現況地圖與錨點句,並可延伸為 AI 協作分工建議。當使用者說「盤點我的角色」「生涯盤點」「人生盤點」「生活盤點」「幫我整理最近生活的各條線」「我該聚焦什麼」「深度訪談我」時使用(無論第幾次,一律跑同一套單次流程)。純方法論 skill:不含任何受訪者個人資料;訪談內容一律寫在受訪者自管的筆記檔,不進入任何記憶或其他 skill。多檔結構:口語技巧庫、判例集、製作參考收於 references/,依檔案地圖按需載入。

4 Updated 1 weeks ago
gala-rong