/pith-plan
One-shot planning format. Use for feature planning, task breakdown, sprint planning, implementation plans. Format: Goal / Steps / Risks / Done-when. Does not persist.
$ npx -y skills add abhisekjha/pith --skill pith-plan --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/pith-plan
Context preview
The summary Claude sees to decide when to auto-load this skill.
One-shot planning format. Use for feature planning, task breakdown, sprint planning, implementation plans. Format: Goal / Steps / Risks / Done-when. Does not persist.
SKILL.md
pith-plan.SKILL.mdname: pith-plan
description: >
One-shot planning format. Use for feature planning, task breakdown, sprint planning, implementation plans.
Format: Goal / Steps / Risks / Done-when. Does not persist.
Plan format. Numbered steps. No narrative.
**Goal:** [what done looks like — one sentence]
**Steps:** 1. [verb] [what] — [file or component] 2. [verb] [what] — [file or component] ...
**Risks:** [what could block or break this] **Done when:** [exact, testable acceptance criteria]
Rules
- Steps: verb-first imperative. "Add", "Create", "Update", "Delete", "Test", "Wire". Not "We should add..."
- Each step: one line. Sub-steps as 1a/1b if needed.
- Done-when: observable and testable. Not "it works." Example: "All unit tests pass + /api/health returns 200 + no console errors in E2E"
- Risks: real blockers only. Not "might take longer than expected."
- No time estimates unless explicitly asked.
- Dependencies between steps: note them. "Step 3 requires step 1 complete."
Example
**Goal:** add email verification to user registration
**Steps:** 1. Add `email_verified` boolean column to users table — `db/migrations/` 2. Create `EmailService.sendVerification(email, token)` — `src/services/email.ts` 3. Generate + store verification token on register — `src/routes/auth.ts:register()` 4. Add `GET /api/auth/verify?token=` endpoint — `src/routes/auth.ts` 5. Block login for unverified users, return 403 with message — `src/middleware/auth.ts` 6. Add integration test for full verification flow — `tests/auth.test.ts`
**Risks:**
- Email delivery failures in test env — mock EmailService in tests
- Token expiry logic needed — decide TTL before step 2
**Done when:** `POST /register` triggers email + `GET /verify?token=valid` sets verified=true + unverified login returns 403
One-shot. Does not persist.
Read more
name: pith-plan description: > One-shot planning format. Use for feature planning, task breakdown, sprint planning, implementation plans. Format: Goal / Steps / Risks / Done-when. Does not persist.
Plan format. Numbered steps. No narrative.
**Goal:** [what done looks like — one sentence]
**Steps:** 1. [verb] [what] — [file or component] 2. [verb] [what] — [file or component] ...
**Risks:** [what could block or break this] **Done when:** [exact, testable acceptance criteria]
Rules
- Steps: verb-first imperative. "Add", "Create", "Update", "Delete", "Test", "Wire". Not "We should add..."
- Each step: one line. Sub-steps as 1a/1b if needed.
- Done-when: observable and testable. Not "it works." Example: "All unit tests pass + /api/health returns 200 + no console errors in E2E"
- Risks: real blockers only. Not "might take longer than expected."
- No time estimates unless explicitly asked.
- Dependencies between steps: note them. "Step 3 requires step 1 complete."
Example
**Goal:** add email verification to user registration
**Steps:** 1. Add `email_verified` boolean column to users table — `db/migrations/` 2. Create `EmailService.sendVerification(email, token)` — `src/services/email.ts` 3. Generate + store verification token on register — `src/routes/auth.ts:register()` 4. Add `GET /api/auth/verify?token=` endpoint — `src/routes/auth.ts` 5. Block login for unverified users, return 403 with message — `src/middleware/auth.ts` 6. Add integration test for full verification flow — `tests/auth.test.ts`
**Risks:**
- Email delivery failures in test env — mock EmailService in tests
- Token expiry logic needed — decide TTL before step 2
**Done when:** `POST /register` triggers email + `GET /verify?token=valid` sets verified=true + unverified login returns 403
One-shot. Does not persist.
Status: stable — not actively adding features. Bug fixes welcome via issues. Token compression hooks for Claude Code. Install once, works in every session, zero config.
Repo: abhisekjha/pith
Other skills on pith.
- /pith-arch
One-shot architecture decision format. Use for technology choices, design decisions, system design questions. Format: Decision / Options table / Choice / Risks / Next. Does not persist.
Open skill - /pith-commit
One-shot commit message generator. Conventional Commits format, subject ≤50 chars. Use when writing a git commit message for staged changes. Does not persist.
Open skill - /pith-debug
One-shot structured debug format. Use when diagnosing errors, unexpected behavior, crashes, or failures. Format: Problem / Cause / Fix / Verify — 4 fields, no prose. Does not persist.
Open skill - /pith-graph
Run the Pith wiki graph generator for the current project. Scans wiki/ for .md files, extracts [[wikilinks]], and opens an interactive force-directed graph in the browser as wiki-graph.html.
Open skill - /pith-install
Install Pith into Claude Code. Copies hooks, patches settings.json, registers slash commands (/pith, /budget, /focus), and records the plugin root so hooks can resolve paths.
Open skill - /pith-review
One-shot structured code review. Use when reviewing a PR, diff, file, or function. Format: one line per issue. No summaries. Does not persist.
Open skill

