specifying-and-planning
Specifying and Planning
Multi-mode skill for the full project planning pipeline:
spec -> requirements -> tasks -> issues -> team
Modes
spec-to-requirements
Trigger: "extract requirements", "analyze spec", references to spec.md
Analyze a spec file and produce structured requirements.md:
- Functional Requirements: Features, user interactions, data, integrations
- Non-Functional Requirements: Performance, security, usability, reliability
- Requirement Dependencies: Prerequisites, interdependencies, optional links
Each requirement gets clear acceptance criteria.
requirements-to-tasks
Trigger: "break into tasks", "create task breakdown", references to requirements.md
Convert requirements into implementable tasks.md:
- Task description -- specific functionality to implement
- Acceptance criteria -- how to verify completion
- Implementation approach -- TDD, refactoring, new feature
- Required components -- files, modules, systems needing changes
- Test requirements -- what tests to write/update
- Dependencies -- prerequisite tasks, interdependent tasks
Focus on functional decomposition. No timeline or phases -- clean technical breakdown.
tasks-to-issues
Trigger: "create issues", "convert tasks to issues", references to tasks.md
Create GitHub issues from task breakdown:
gh issue create --title "Clear title" --body "$(cat <<'EOF'
## Description
Task description
## Acceptance Criteria
- [ ] Criterion 1
- [ ] Criterion 2
## Implementation Approach
Technical strategy
## Dependencies
- Requires #<issue>
EOF
)"
Apply labels: component (frontend, backend), type (feature, refactor), complexity (small, medium, large).
setup-github-project
Trigger: "set up project", "create project board", references to issues.md
Create complete GitHub project infrastructure:
- Parse issues file for labels, milestones, relationships
- Create labels with smart color coding
- Set up milestones with due dates
- Create project board with custom fields
- Generate all issues with proper labels and milestones
- Link issue dependencies
tasks-to-team
Trigger: "generate team plan", "create agent team", "parallelize work"
Design agent team configuration from tasks:
- Read tasks for dependencies and scope
- Identify parallel work groups (no cross-dependencies)
- Design teammate roles with distinct file ownership
- Define coordination strategy and phase gates
- Write
docs/team.mdwith kickoff prompt
Target 3-5 teammates, 5-6 tasks per teammate. Prefer fewer focused teammates over many scattered ones.
General Principles
- No artificial timelines or phases (except team coordination)
- Focus on deliverables and dependencies
- Each requirement/task/issue should be independently verifiable
- Use TDD approach in task descriptions
- Cache project information in CLAUDE.md
More from trevors/dot-claude
jj-workflow
Jujutsu (jj) version control, load skill when hook output shows vcs=jj-colocated or vcs=jj in the system-reminder.
93notion-formatter
Format markdown content for Notion import with proper syntax for toggles, code blocks, and tables. Use when formatting responses for Notion, creating Notion-compatible documentation, or preparing markdown for Notion paste/import.
47using-jj
Advanced jj/jujutsu workflows — revsets, absorb, evolog, op restore/undo, immutable_heads bypass, divergent-change resolution, jj split, parallel jj new, conflict-after-rebase, force-push recovery. Contains non-obvious rules (e.g., always `-m` to avoid editor) that prevent broken workflows. Skip for simple commit/push/rebase.
45book-reader
Read and search digital books (PDF, EPUB, MOBI, TXT). Use when answering questions about a book, finding quotes or passages, navigating to specific pages or chapters, or extracting information from documents.
44svelte5
Svelte 5 syntax reference. Use when writing ANY Svelte component. Svelte 5 uses runes ($state, $derived, $effect, $props) instead of Svelte 4 patterns. Training data is heavily Svelte 4—this skill prevents outdated syntax.
39maintaining-claude-code
Create, validate, and improve Claude Code configuration — SKILL.md files, CLAUDE.md, rules, hooks, and settings.json. Use when creating a new skill, writing a SKILL.md, adding a hook, editing rules, auditing skill descriptions, checking config quality, debugging hook behavior, or deciding between skills vs rules vs CLAUDE.md. Also auto-loads when working in ~/.claude/ on skills, rules, hooks, or settings.
32