Change quiz
Skill Neeeophytee/finding-unknowns-skills/skills/change-quiz
After a working session, produce a report on what changed plus a quiz the user must pass before merging. Use when the user asks "what did we actually do," wants to review a large change, or invokes a quiz before merge.From its SKILL.md
npx -y skills add Neeeophytee/finding-unknowns-skills --skill change-quizAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
SKILL.md
2.1 KB, 427 tokens by cl100k_base, as published. Nobody here has run it
Change quiz
After a long session the agent has often done more than the user realizes, and a diff only shows surface. Behavior lives in how the change interacts with existing code paths. The user should merge only what they can pass a quiz on.
Steps
- Build the report first, in four short sections:
- Context — what problem this session set out to solve.
- What changed — grouped by intent (feature, fix, refactor), not by file.
- How it interacts — the existing code paths the change touches, and what now behaves differently even in files the diff doesn't show.
- Intuition — the 2-3 mental-model updates the user should walk away with ("retries are now idempotent because X").
- For long sessions, offer the report as a single self-contained HTML page with the quiz at the bottom — it reads better than a wall of markdown.
- Then the quiz: 5-8 questions targeting what would bite an unaware maintainer.
- Mix recall ("what happens to in-flight jobs during deploy now?") with prediction ("if someone calls X with a stale token, what do they see?").
- Weight questions toward deviations, edge cases, and interaction effects — not trivia about names.
- Grade honestly, one round at a time. For each miss, explain the right answer AND flag it: a miss is either a gap in the user's model or a sign the change is too clever — say which.
- Pass = merge-ready. Fail = point back to the specific report sections to reread, then offer a fresh variant quiz. Do not soften the bar; the whole point is that unread changes don't ship.
Guardrails
- The quiz covers the change and its blast radius, not general knowledge.
- If the user can't pass after two rounds, the recommendation is to simplify the change or split it, not to keep quizzing.
- Never mark the user correct out of politeness. A false pass defeats the skill.
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.
Gives 2 of the 12 instructions most study practice skills give in 427 tokens
Counted across 85 of the 97 authors here whose files we hold, read 2026-09-06
- Ask one question at a timein 17 of 85
- Give immediate feedback after each answerin 7 of 85
- Write five to eight quiz questionshere, and in 6 of 85
- Ask one question per messagein 4 of 85
- Wait for each answer before continuingin 4 of 85
- Wait for the user's answer before feedbackin 4 of 85
- Present multiple-choice via AskUserQuestion with exactly four optionsin 4 of 85
- Treat pass as merge-readyhere, and in 2 of 85
- Present one word at a timein 2 of 85
- Verify a story project exists before startingin 2 of 85, across 1 file
- Clarify the revision pass type firstin 2 of 85, across 1 file
- Read chapter and continuity context before editingin 2 of 85, across 1 file
Said here and by no other author read
- Include two to three mental-model takeaways
- Mix recall and prediction questions
- Grade honestly, one round at a time
- Flag each miss as model gap or overengineering
- Point failed users to report sections, offer variant quiz
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.