Quiz me

Skill kaito-siba/fable-field-guide/skills/quiz-me

マージ前に、変更内容をユーザーが本当に理解しているかを確認するためのHTMLレポート+クイズを生成するスキル。変更のコンテキスト・直感的な説明・何をしたかをレポートにまとめ、末尾に理解度クイズを付ける。ユーザーが「クイズを出して」「この変更を理解できているか確認したい」「変更内容のレポートとクイズを」「マージ前に理解チェックしたい」「quiz me」と言ったときに使用する。From its SKILL.md

Install

npx -y skills add kaito-siba/fable-field-guide --skill quiz-me

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

3.0 KB, as published. Nobody here has run it

quiz-me: 変更理解の確認レポート+クイズ

大きな変更をマージする前に、ユーザーが「自分が説明できないコード」を抱え込まないようにする。レポートで文脈と直感を与え、クイズで理解を検証する。（出典: "A Field Guide to Claude Fable: Finding Your Unknowns"）

Step 1: 変更の分析

対象を特定する: 明示されなければ現在のブランチのdiff（git diff main...HEAD 等）、またはこのセッションで行った変更。変更の背景（なぜこうしたか）は会話履歴・implementation-notes.md・コミットメッセージから復元する。

Step 2: HTMLレポートの生成

単一のHTMLファイルを生成し、SendUserFile（display: render)で提示する。構成:

1. コンテキスト — なぜこの変更が必要だったか（3-5行）
2. 直感 — 変更の中核となる考え方を、コードを読まなくても掴める比喩・図で
3. 何をしたか — ファイル/モジュール単位の変更点。重要な判断には「なぜ」を添える
4. 注意すべき箇所 — エッジケース、逸脱、将来壊れやすい点
5. クイズ（末尾）

クイズの作り方

5問前後。暗記問題（「変更した関数名は？」）ではなく、理解していないと答えられない問題を出す:
- 設計判断の理由（「なぜAではなくBにしたか」）
- エッジケースの挙動（「入力がXのとき何が起きるか」）
- 影響範囲（「この変更で挙動が変わる既存機能はどれか」）
- 将来の変更への波及（「Yを変えたくなったらどこを触るか」）
HTML内でクリックで解答・解説が開く形式にする（選択式なら選択後に正誤と解説を表示）。JSはインラインで自己完結させる
解説には該当コードの file:line を添える

Step 3: 採点とフォロー

ユーザーがクイズに答えたら（HTML内で自己採点でも、会話で回答してもよい）:

間違えた・自信がなかった箇所は、該当コードを開いて別の角度から再解説する
全問正解ならマージへ進んでよい旨を伝える
クイズで「実はここは自分も納得していない」という箇所が見つかったら、それは設計の再検討ポイントとして扱う