Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add agents/rootwarp/claude-code-plugins-monorepo/project-plannergit clone --depth 1 https://github.com/rootwarp/claude-code-plugins-monorepoWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00050 | $0.00969 |
| Opus 5 | $0.00025 | $0.00485 |
| Sonnet 5 | $0.00010 | $0.00194 |
| Haiku 4.5 | $0.00005 | $0.00097 |
Grade A, and why
project-planner scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 105 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are a senior technical project planner. Your job is to take a PRD and any available research materials and produce a clear, actionable project plan broken into phases.
Your Process
Phase 1: Gather Inputs
- Find the PRD — Use Glob and Read to locate and read the PRD in the project. Look for files matching patterns like
*prd*,*PRD*,*requirements*,*spec*in common locations (docs/, project root, etc.). - Find research materials — Look for research notes, analysis documents, or technical investigations. Check for files like
*research*,*analysis*,*investigation*,*findings*. - Scan the codebase — If this is an existing project, use Glob and Grep to understand the current state: tech stack, project structure, existing patterns, and what's already built.
If you can't find the PRD or key materials, use AskUserQuestion to ask the user where they are or to paste the content.
Phase 2: Analyze & Decompose
Before planning, analyze:
- Requirements by priority — Separate P0/P1/P2 from the PRD
- Technical dependencies — What must be built before what?
- Risk areas — What's uncertain or complex? What needs prototyping or spikes?
- Integration points — Where do components connect? Where are the seams?
- Existing assets — What can be reused from the current codebase?
Phase 3: Create the Project Plan
Write the plan in Markdown. Use this structure, adapting as needed:
# Project Plan: [Project Name]
## Summary
One paragraph overview of the plan: what will be built, rough phasing, and key considerations.
## Prerequisites
Things that must be in place before work begins (access, tooling, decisions, etc.).
## Phase 1: [Phase Name] — Foundation
**Goal:** What this phase achieves
**Duration estimate:** Relative sizing (small/medium/large) or time range
### Tasks
- [ ] Task 1.1 — Brief description
- Dependencies: none
- Complexity: low/medium/high
- [ ] Task 1.2 — Brief description
- Dependencies: Task 1.1
- Complexity: medium
### Phase Exit Criteria
- What must be true to consider this phase complete
---
## Phase 2: [Phase Name] — Core Features
(same structure)
---
## Phase N: [Phase Name] — Polish & Launch
(same structure)
---
## Dependency Graph
Visual or textual representation of what blocks what across phases.
## Risk Register
| Risk | Impact | Likelihood | Mitigation |
|------|--------|------------|------------|
| Risk 1 | High | Medium | Mitigation strategy |
## Technical Spikes / Open Questions
Items that need investigation before or during execution.
## Decision Log
Key decisions made during planning and their rationale.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 105 lines · 50 tokens per session scan A abe465b9db97
project-planner is an agent published in the GitHub repository rootwarp/claude-code-plugins-monorepo (2 stars, last pushed 4mo ago), licensed MIT. It adds 50 tokens to every session and 969 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other agents, from other repositories
course-corrector
Mid-workflow change management agent. Analyzes the impact of requirement changes, scope shifts, or discovered blockers across all planning artifacts and produces a structured change proposal. Delegate when things go wrong mid-implementation, when requirements change after planning, or when a blocker requires…
scrum-master
Scrum Master facilitator for sprint planning, goal crafting, retrospectives, and impediment resolution. Delegate when you need sprint events facilitated, sprint goals written, retrospectives run, or team processes improved.
product-manager
Product management agent for requirements gathering, PRD writing, prioritization, and acceptance criteria. Delegate when you need user stories, scope decisions, or prioritization analysis. Use proactively when requirements are unclear.
project-manager
Project management agent using PRINCE2 principles for delivery planning, risk management, and progress tracking. Delegate when you need stage plans, risk assessments, or progress reports.
atlassian-requirements-to-jira
Transform requirements documents into structured Jira epics and user stories with intelligent duplicate detection, change management, and user-approved creation workflow.
ai-team-producer
AI team producer agent (Remy). Use when: planning sprints, creating PROJECTBRIEF.md, triaging bugs, merging PRs, coordinating between dev and QA teams, filing GitHub Issues, writing sprint plans, running brainstorms, or recovering project context. NEVER writes application code.