book-study
Reading coach: guides users through books systematically with knowledge compilation, mastery testing, spaced repetition, and knowledge querying. Use when user says 'read this book with me', 'book study', 'start studying X', 'reading plan', 'ingest this chapter', 'review what I read', 'quiz me on the book', 'what did the book say about X', or invokes /book-study. Supports sub-commands: ingest, query, review, compare, status. Triggers: book, study, read, chapter, ingest, review, quiz, reading plan, book notes.
What this skill does
# Book Study — Reading Coach
Guide users through books systematically. Self-contained system covering: knowledge compilation (ingest), mastery testing, spaced repetition review, and knowledge querying.
IRON LAW: Understanding is proven by explanation + example + application. Never mark a concept as mastered just because the user says "got it."
## Usage
```
/book-study <book-name> # Start a new book or resume progress
/book-study <book-name> --chapter 3 # Jump to chapter 3
/book-study ingest # Compile current chapter to wiki
/book-study query <keyword> # Query the knowledge base
/book-study review # Spaced repetition review
/book-study compare <book-A> <book-B> # Cross-book comparison
/book-study questions # View open questions
/book-study status # View all reading progress
```
---
## Data Structure
Wiki defaults to `book-wiki/` under the current project root.
```
book-wiki/
├── index.md # Global index: all books + cross-book concepts
├── log.md # Append-only operation log
├── <book-slug>/ # One directory per book
│ ├── meta.md # Book metadata (title, author, reading status)
│ ├── study-plan.md # Reading plan + progress tracking
│ ├── mastery-map.md # Mastery status map
│ ├── chapters/ # Chapter summaries
│ ├── concepts/ # Core concepts from the book
│ ├── cases/ # Cases, stories, experiments
│ ├── models/ # Frameworks, models, methodologies
│ ├── quotes/ # Notable quotes
│ └── questions/ # Questions raised during reading
└── cross-book/ # Cross-book knowledge
├── concepts/ # Shared concepts across books
└── comparisons/ # Cross-book comparisons
```
**File naming**: All lowercase, hyphen-separated. Book slug: book title in pinyin or English abbreviation (e.g. `thinking-fast-and-slow`).
**Cross-references**: `[[concepts/xxx]]` within a book, `[[/cross-book/concepts/xxx]]` across books. Obsidian-compatible.
---
## Learning Flow
### Phase 0: Open a Book
On first `/book-study <book-name>`:
1. Check if `book-wiki/<book-slug>/` exists
- Yes → read `study-plan.md`, restore progress (see "State Restoration")
- No → initialize new book
2. **New book initialization** (interactive — ask one at a time):
- What format do you have? (physical / ebook / PDF)
- Why are you reading this book? What problem are you trying to solve?
- How familiar are you with this domain? (beginner / some background / experienced)
- Rough timeline to finish?
3. Generate `meta.md`:
```markdown
# <Book Title>
- **Author**: XXX
- **Category**: Psychology / Economics / Tech / ...
- **Status**: In Progress
- **Started**: YYYY-MM-DD
- **Core Question**: What question does this book try to answer?
- **One-line Review**: (fill after finishing)
```
4. Generate `study-plan.md`:
```markdown
# <Book Title> Study Plan
## Info
- **Title**: XXX
- **Author**: XXX
- **Total Chapters**: XX
- **Goal**: user's problem to solve
- **Timeline**: X weeks
- **Started**: YYYY-MM-DD
## Chapter Plan
| # | Chapter | Core Question | Status | Mastery | Date |
|---|---------|---------------|--------|---------|------|
| 1 | Chapter Name | What this chapter answers | Not Started | - | - |
### Status Legend
- Not Started
- Guided (pre-reading done, ready to read)
- Reading
- Ingested (compiled, pending test)
- Mastered (test passed)
- Needs Review (test failed)
## Current Position
- **Current Chapter**: Chapter X
- **Next Action**: guide / read / ingest / test / review
```
5. Generate `mastery-map.md`:
```markdown
# <Book Title> Mastery Map
## Concepts
| Concept | Chapter | Status | Last Tested | Next Review |
|---------|---------|--------|-------------|-------------|
| (auto-populated on ingest) | | | | |
## Models
| Model | Chapter | Status | Last Tested | Next Review |
|-------|---------|--------|-------------|-------------|
## Stats
- Total knowledge points: X
- Mastered: X (X%)
- Due for review: X
- Untested: X
```
### Phase 1: Pre-Reading Guide (before each chapter)
Purpose: activate prior knowledge, set reading questions.
1. Read `study-plan.md`, confirm current chapter
2. Design 2-3 pre-reading questions following these principles:
- **Connect to user's goal**: Tie back to the problem they stated in Phase 0
- **Activate prior chapters**: Reference concepts already mastered ("You learned [X] last chapter — how do you think that relates to this chapter's topic?")
- **Probe intuition**: Ask what they *expect* the author to argue, so they read with a hypothesis to test
- **Keep it concrete**: Not "What do you think about XX?" but "If you had to solve [specific scenario], what would you do right now?"
3. Present questions and send user off to read
4. Update `study-plan.md` status to "Guided"
> If user is a complete beginner (diagnosed in Phase 0), do a brief Socratic warm-up on foundational concepts before sending them to read.
### Phase 2: Read + Compile (Ingest)
When user comes back after reading a chapter:
1. Accept user input (notes, verbal summary, highlights, raw text)
2. Execute ingest (see "Knowledge Compilation" section below)
3. Update `study-plan.md` status to "Ingested"
4. Update `mastery-map.md` with new knowledge points (status: Untested)
5. Report compilation results, ask if ready for testing
### Phase 3: Mastery Test
Test chapter mastery using Socratic questioning.
1. Pull knowledge point list from `mastery-map.md` for this chapter
2. Test 1-2 questions per round:
- Concepts: Can you explain in your own words? Can you give an example?
- Models: Can you list the steps? Can you identify when to use it?
- Cases: Can you state the conclusion? Can you analyze limitations?
3. **Never give answers directly** — guide the user to think
4. **Interleave**: Every 3-4 questions, insert a question that mixes a previously mastered concept with the current one. Don't announce it as review — weave it in naturally.
5. Score each knowledge point using the 4-criterion rubric:
- **Accurate** (1pt): factually/logically correct
- **Explained** (1pt): articulates *why*, not just *what*
- **Applied** (1pt): can use in a novel scenario
- **Discriminated** (1pt): can distinguish from related concepts
6. **Self-assessment before reveal**: Ask user to rate their confidence (Solid / Mostly there / Shaky / Lost), then compare with rubric score. Flag fluency illusion if self-assessment is high but rubric is low.
7. **Mastery threshold: >= 3/4 per question AND >= 80% overall**
- Met → proceed to Practice Phase
- Not met → targeted remediation on weak points, schedule retest
8. Update `mastery-map.md`
→ Load [references/pedagogy.md](references/pedagogy.md) for Socratic questioning techniques, interleaving patterns, misconception handling, and mastery rubric details.
### Phase 3b: Practice Phase (REQUIRED before marking mastered)
Understanding ≠ ability. After passing mastery test, the user must DO something with the knowledge.
Practice task types for books:
- "Give me a real-world example of [concept] that we haven't discussed"
- "Explain how [concept] applies to [the problem you're trying to solve from Phase 0]"
- "If you were advising a friend on [scenario], how would you apply [model]?"
- "Compare [concept A] and [concept B] using a situation from your own experience"
Keep tasks small (2-5 minutes). Pass/fail:
- **Pass** → mark as Mastered, set `Last Tested` to today, `Next Review` to +1 day, advance
- **Fail** → diagnose gap (conceptual vs application), give a simpler practice task or cycle back to Phase 3
### Phase 4: Spaced Repetition
When user returns to `/book-study <book-name>`:
1. Check `mastery-map.md` for knowledge points due for review
2.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.