Use when user wants to be tested or quizzed on any topic. Triggers on "quiz me", "test me", "test my knowledge", "practice questions", "check my understanding", or when asking for a quiz on something they've been learning. Also use when user finishes a learning module and wants to check understanding. Works with or without a prior learning plan.
ALWAYS use the AskUserQuestion tool when asking the user questions, in any context. If you have too many questions for the tool, split them up into multiple calls.
Generate and deliver mixed-format quiz questions based on the user's learning plan. Ask one question at a time, give immediate feedback, track scores, and adapt difficulty based on prior performance.
Quiz progress is saved to ONE specific directory:
~/.claude/learning/progress/{topic-slug}.json
CORRECT path for quiz progress: ~/.claude/learning/progress/dns.json
WRONG path for quiz progress: ~/.claude/learning/plans/dns-2026-03-29.json
CORRECT — saving any learning data: ~/.claude/learning/progress/dns.json
WRONG — saving to project directory: ./learning/progress/dns.json
Always use the ABSOLUTE path ~/.claude/learning/ — never a relative path like ./learning/.
Never write quiz data (quizzes, weakAreas, strongAreas, spacedRepetition, overallScore) to plan files.
Never add extra fields beyond those defined in Step 6's schema.
Verify the path contains /progress/ before writing.
If the user specified a topic (e.g., /quiz kubernetes):
~/.claude/learning/index.jsonIf no topic specified (just /quiz):
lastActivityIf no learning plans exist:
Module targeting:
You MUST read ~/.claude/learning/progress/[topic-slug].json before generating questions. This file contains quiz history, weak/strong areas, and spaced repetition schedules. If you skip this step, the quiz won't adapt to the user's level.
Adaptive difficulty — mention your adjustments to the user:
weakAreas from prior quizzesspacedRepetition data exists, check for concepts where nextReview is today or in the past. These are overdue for review — tell the user "You have N concepts due for review" and include them in the quizGenerate a set of questions (default: 5, user can request more/fewer).
Mix of formats:
| Format | Use for | Proportion |
|---|---|---|
| Multiple choice (4 options, one correct) | Factual recall, terminology, definitions | ~40% |
| True/False | Common misconceptions, nuanced distinctions | ~20% |
| Short answer (1-3 sentences) | Conceptual understanding, explanations | ~25% |
| Fill-in-the-blank | Syntax, commands, formulas, key terms | ~15% |
Question quality rules:
Ask ONE question per message. Use multiple choice with clear options and descriptions for every question. Wait for the user's answer before proceeding to the next.
Question format examples:
Multiple choice — "Q1/5 (Multiple Choice) — Which Kubernetes object ensures a specified number of pod replicas are running?" with 4 options, each with a short description.
True/False — "Q2/5 (True or False) — In TCP, the receiver sends acknowledgments for every individual packet." with True/False options, each with a clarifying description.
Fill-in-the-blank — "Q3/5 (Fill in the Blank) — The kubectl command to view all running pods is: kubectl _____ pods -n <namespace>" with 4 options.
Short answer — "Q4/5 (Short Answer) — Explain the difference between a Pod and a Deployment. Pick the closest answer." with 2-3 options plus "Other (None of these match my understanding)".
After the user answers, give feedback:
If correct:
Correct! [1-2 sentence explanation reinforcing the concept]
If incorrect:
Not quite. The answer is [correct answer]. [2-3 sentence explanation helping the user understand]
For short answers, evaluate for key concepts, not exact wording. If partially correct, say what they got right and what's missing. Be encouraging but honest.
Then immediately ask the next question — no extra text between feedback and the next question.
After all questions, present a summary:
── Results: [Topic] ──────────────────────
Score: [correct]/[total] ([percentage]%)
[For each question:]
[✓/✗] Q[n]: [brief concept label]
[If there are wrong answers:]
Weak areas: [list concepts that need review]
Suggestion: [specific actionable advice]
──────────────────────────────────────────
The progress file at ~/.claude/learning/progress/{topic-slug}.json is the single source of truth for quiz data. The web dashboard also reads and writes this file. Always read the existing file first, then append/update — never overwrite from scratch.
~/.claude/learning/progress/{topic-slug}.json/progress/ — NOT /plans/~/.claude/learning/progress/ if it doesn't existquizzes array (do not replace existing quizzes)weakAreas, strongAreas, and overallScore from ALL quizzes (not just the latest)spacedRepetition for each concept tested{
"topic": "topic-slug",
"quizzes": [
{
"date": "YYYY-MM-DD",
"module": null,
"score": 4,
"total": 5,
"difficulty": "beginner",
"questions": [
{
"format": "mcq",
"concept": "concept-label",
"correct": true
}
]
}
],
"weakAreas": ["concept-a", "concept-b"],
"strongAreas": ["concept-c", "concept-d"],
"overallScore": 80
}
CRITICAL format rules — the web dashboard reads these files, so the format must be exact:
overallScore is a percentage (0-100), NOT a fraction. 80 not 0.8.weakAreas and strongAreas are arrays of strings (concept names), NOT objects.
"weakAreas": ["DNS resolution", "CNAME records"]"weakAreas": [{"concept": "DNS resolution", "moduleId": 1}]spacedRepetition keys must be concept names (matching the concept field in questions), NOT module IDs.
"spacedRepetition": {"DNS resolution": {...}}"spacedRepetition": {"1": {...}, "2": {...}}spacedRepetition values must have easeFactor (number), intervalDays (integer), nextReview (YYYY-MM-DD string), repetitions (integer). None can be null.Compute weak/strong areas (aggregate across ALL quizzes):
weakAreas (as plain strings)strongAreas (as plain strings)overallScore = round(total correct across all quizzes / total questions across all quizzes × 100)Update spaced repetition schedule:
For each concept tested in this quiz, update the spacedRepetition field in the progress file using the SM-2 algorithm:
For each concept:
repetitions was 0): intervalDays = 1repetitions was 1): intervalDays = 6intervalDays = round(previous interval × easeFactor)repetitions += 1intervalDays = 1, repetitions = 0easeFactor = max(1.3, easeFactor + 0.1 - (5 - quality) × (0.08 + (5 - quality) × 0.02))nextReview = today + intervalDays (format: YYYY-MM-DD)For new concepts (not yet in spacedRepetition), initialize with easeFactor: 2.5, intervalDays: 1, repetitions: 0, nextReview: today + 1 day.
Validation before writing: Every SR entry must have all 4 fields set to non-null values. If any field would be null, use the default: easeFactor: 2.5, intervalDays: 1, repetitions: 0, nextReview: tomorrow.
Updated progress JSON structure:
{
"topic": "topic-slug",
"quizzes": [...],
"weakAreas": [...],
"strongAreas": [...],
"overallScore": 80,
"spacedRepetition": {
"concept-label": {
"easeFactor": 2.5,
"intervalDays": 6,
"nextReview": "2026-03-26",
"repetitions": 2
}
}
}
This is backwards-compatible — if spacedRepetition is missing, treat all concepts as unscheduled.
~/.claude/learning/index.json:
topics[slug].quizzesTaken = total number of quizzes in the progress filetopics[slug].overallScore = the computed overallScore (percentage, 0-100)topics[slug].lastActivity = today's date (YYYY-MM-DD)If a user asks to be quizzed on a topic with no existing learning plan: