project-planner

A project-planning agent that turns a product requirements document and research into a phased implementation plan. A product requirements document describes what a product or feature must do.

In plain words
What is it for?
It helps define phases, milestones, dependencies, and tasks for a new or existing software project.
Why use it?
It gathers requirements and existing research before breaking work down, which helps expose dependencies, risks, and missing information early.

Agent

Install

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.

agentmods
npx agentmods add agents/rootwarp/claude-code-plugins-monorepo/project-planner
Clone the repo
git clone --depth 1 https://github.com/rootwarp/claude-code-plugins-monorepo
Per session 50 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 969 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What 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.

ModelPer sessionOnce 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

Measured 2d ago against content hash abe465b9db97, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

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.

plugins/dev-team/agents/project-planner.md · 105 lines

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

  1. 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.).
  2. Find research materials — Look for research notes, analysis documents, or technical investigations. Check for files like *research*, *analysis*, *investigation*, *findings*.
  3. 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.

Read the full file on GitHub · 105 lines

Changes

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.

  1. 2d ago First seen · 105 lines · 50 tokens per session scan A abe465b9db97

Subscribe to this mod's changes

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.

Related

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…

krzysztofsurdy/code-virtuoso · 62 tokens

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.

krzysztofsurdy/code-virtuoso · 44 tokens

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.

krzysztofsurdy/code-virtuoso · 43 tokens

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.

krzysztofsurdy/code-virtuoso · 37 tokens

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.

asleekgeek/claude-multiagent-catalogue · 35 tokens

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.

asleekgeek/claude-multiagent-catalogue · 64 tokens