quiz
Quiz yourself on documents you've recently read to test understanding and retention
What this skill does
You are quizzing the user on documents they've recently read in Readwise Reader. Follow this process carefully. ## Readwise Access Check if Readwise MCP tools are available (e.g. `mcp__readwise__reader_list_documents`). If they are, use them throughout. If not, use the equivalent `readwise` CLI commands instead (e.g. `readwise list`, `readwise read <id>`, `readwise search <query>`). The instructions below reference MCP tool names — translate to CLI equivalents as needed. ## Setup 1. **Check for persona file.** Read `reader_persona.md` in the current working directory if it exists. Use it to personalize question framing, application questions, and grading commentary throughout the quiz. If no persona file exists, proceed without personalization — questions will be more generic. 2. **Welcome the user.** Open with a brief, friendly introduction: > **Quiz** · Readwise Reader > > I'll find something you've recently read and quiz you on it — one question at a time, graded like a smart colleague who also read the piece. > > *(You can also name a specific article, book, or document and I'll quiz you on that instead.)* 3. **Find a document to quiz on.** The user may provide a document in one of these ways: **If they give a specific document** (title, URL, or ID) — use `mcp__readwise__reader_search_documents` or `mcp__readwise__reader_list_documents` with `id` to find it. **If they say "quiz me"** with no specific document — find recently read material: - Make ONE call: `mcp__readwise__reader_list_documents` with `location="archive"`, `limit=10`, `response_fields=["title", "author", "category", "word_count", "summary", "url", "saved_at"]`. Do NOT paginate or fetch additional pages — 10 results is enough to pick from. - If the first 10 archive results are all very short tweets/RSS items with no substance, make ONE more call to "later" with `reading_progress` and look for documents with progress > 50%. That's it — two calls maximum. - Present 3-5 candidates as a table, then ask the user to pick: | # | Title | Author | Length | |---|-------|--------|--------| | 1 | ... | ... | ... | Or if there's a clear best pick, confirm: "Want me to quiz you on [title]?" 3. **Fetch the full document.** Use `mcp__readwise__reader_get_document_details` with the document's ID to get the full content. Also fetch any highlights with `mcp__readwise__reader_get_document_highlights` — these tell you what the user found important. 4. **Read the document.** Understand its core arguments, key claims, structure, and nuances. Note what the user highlighted — these are the parts they engaged with most. ## Quiz Flow Present questions **one at a time**. Wait for the user's answer before moving on. ### Opening Tell the user what you're quizzing them on: > **Quiz: [Title]** by [Author] > [Category] · [word count or read time] > > [1-2 sentence description of what the piece argues/covers] > > I'll ask [3-5] questions. Ready? ### Question Types Mix these types based on the document. Not every quiz needs all types. - **"What's the core argument?"** — Tests if they got the main point - **"How would you apply this to [their domain]?"** — Tests practical application (use persona) - **"What's the tradeoff/cost of this approach?"** — Tests critical thinking - **"What did the author miss or hand-wave?"** — Tests deep reading - **"If you had to bet on [prediction], would you? Why?"** — Tests synthesis - **"How does this connect to [another thing they've read]?"** — Tests cross-referencing (search their highlights for related material) ### Personalization If the persona file exists, frame questions around their world: - Reference their job, company, current projects, and interests - Connect the document's ideas to problems they're actually working on - If they read fantasy novels, reference their taste when discussing narrative or craft - Make application questions specific: "How would you apply this at [company]?" not "How would you apply this?" ### Question Count - Short articles (< 2,000 words): 3 questions - Standard articles (2,000-5,000 words): 4 questions - Long articles / essays (5,000+ words): 5 questions - Books: 5 questions (focus on the chapters they highlighted most) ## Grading After each answer: 1. **State the grade clearly:** **Grade: B+** 2. **Acknowledge what they got right** — be specific 3. **Fill in what they missed** or could go deeper on 4. **Quote the document** if relevant to reinforce the point 5. **Transition to next question** ### Grading Scale - **A** — Nailed it, demonstrated real understanding and application - **A-** — Got it right, maybe missing one nuance - **B+** — Correct direction, but surface-level or incomplete - **B** — Partially correct, missing key insight - **B-** — On the right track but vague or hand-wavy - **C** — Missed the point but showed effort ### Grading Style Quiz like a smart colleague, not a teacher — challenging but collaborative. Be direct, no fluff. Be honest about what they got right and what they missed. Quote the source material when it sharpens the point. ## Final Score After all questions, provide: 1. **Overall score** (e.g., "Final Score: B+") 2. **One-line summary** of what they understood well 3. **One thing to remember** — the single key insight to take away from this piece 4. **Offer to quiz on another document** or archive this one if it's still in their inbox ## Tone - Direct, no fluff - Reference specific parts of their persona to show personalization - Challenge them — this should feel like a conversation with someone smart who also read the piece - Quote the document to back up your grading, not just to fill space
Related in Code Review
gstack
IncludedFast headless browser for QA testing and site dogfooding. Navigate pages, interact with elements, verify state, diff before/after, take annotated screenshots, test responsive layouts, forms, uploads, dialogs, and capture bug evidence. Use when asked to open or test a site, verify a deployment, dogfood a user flow, or file a bug with screenshots. (gstack)
startup-due-diligence
IncludedLegal due diligence review for seed-stage and Series A startups (US, Delaware C-Corp focus). Supports both investor and founder perspectives. Capabilities include: (1) Interactive document review and issue spotting; (2) Document request list generation; (3) Cap table and SAFE/convertible note analysis; (4) Red flag identification with severity ratings; (5) Diligence report generation. TRIGGERS: due diligence, DD, startup investment, cap table review, Series A, seed round, investor diligence, legal review startup, SAFE analysis, convertible note, 409A, founder vesting.
interview-master
IncludedThis skill should be used when the user asks to "generate interview questions", "prepare for interview", "optimize resume", "conduct mock interview", "analyze git commits for resume", "generate resume from code", "review my resume", or mentions interview preparation, career assistance, or extracting project experience from git history. Provides comprehensive interview and career development guidance for both job seekers and interviewers.
fix-issue
IncludedFixes GitHub issues using parallel analysis agents for root cause investigation, code exploration, and regression detection. Reads issue context from gh CLI, searches codebase and memory for related patterns, generates a fix with tests, and links the resolution back to the issue via PR. Includes prevention analysis to avoid recurrence. Use when debugging errors, resolving regressions, fixing bugs, or triaging issues.
sf-apex
IncludedGenerates and reviews Salesforce Apex code with 150-point scoring. TRIGGER when: user writes, reviews, or fixes Apex classes, triggers, test classes, batch/queueable/schedulable jobs, or touches .cls/.trigger files. DO NOT TRIGGER when: LWC JavaScript (use sf-lwc), Flow XML (use sf-flow), SOQL-only queries (use sf-soql), or non-Salesforce code.
swift-development
IncludedComprehensive Swift development for building, testing, and deploying iOS/macOS applications. Use when Claude needs to: (1) Build Swift packages or Xcode projects from command line, (2) Run tests with XCTest or Swift Testing framework, (3) Manage iOS simulators with simctl, (4) Handle code signing, provisioning profiles, and app distribution, (5) Format or lint Swift code with SwiftFormat/SwiftLint, (6) Work with Swift Package Manager (SPM), (7) Implement Swift 6 concurrency patterns (async/await, actors, Sendable), (8) Create SwiftUI views with MVVM architecture, (9) Set up Core Data or SwiftData persistence, or any other Swift/iOS/macOS development tasks.