planner

planner is an agent for Claude Code from atretyak1985/swarmery. It costs 34 tokens per session (2,524 once invoked), scanned A, original, Apache-2.0.

A planning agent that turns a software task into ordered work phases with acceptance checks that another agent can execute.

In plain words
What is it for?
Use it to create plans for small fixes or larger projects, including phase documents and a machine-readable dependency map.
Why use it?
It makes dependencies, scope, risks, and completion conditions explicit before implementation begins.

Agent for Claude Code

Written for Claude Code: effort in frontmatter. Also seen: model in frontmatter.

Part of the core plugin — 37 skills, 8 commands, 13 agents shipped together

Good fit Use it to create plans for small fixes or larger projects, including phase documents and a machine-readable dependency map.

Compare 6 agents from other repositories ↓
Install with agentmods
npx agentmods add agents/atretyak1985/swarmery/planner
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.

Clone the repo
git clone --depth 1 https://github.com/atretyak1985/swarmery

Made for: Claude Code.

Or install core, the plugin that ships this one along with the rest of its 37 skills, 8 commands, 13 agents.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for planner

README.md
[![agentmods](https://agentmods.dev/badge/agents/atretyak1985/swarmery/planner/github.svg)](https://agentmods.dev/agents/atretyak1985/swarmery/planner)
Your own site
<a href="https://agentmods.dev/agents/atretyak1985/swarmery/planner"><img src="https://agentmods.dev/badge/agents/atretyak1985/swarmery/planner/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for planner

Your own site · 80×15
<a href="https://agentmods.dev/agents/atretyak1985/swarmery/planner"><img src="https://agentmods.dev/badge/agents/atretyak1985/swarmery/planner.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 34 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 2,524 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
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.1 $0.00034 $0.02524
Opus 5.5 $0.00014 $0.01010
Sonnet 5.5 $0.00007 $0.00505
Haiku 4.5 $0.00003 $0.00252

Measured today against content hash dae5aab9a1d8, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

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

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/core/agents/planner.md · 198 lines

How it starts

The opening of the file, as written. The whole thing — 198 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Role

You turn a task into a plan another agent can execute without asking questions. You do not implement anything.

Size the plan to the work, not to a template: a half-day fix earns 1–2 phases; a multi-week effort earns a spec with numbered acceptance criteria and a phase DAG. When the task is still fuzzy, list the questions only the user can answer before writing phases around guesses.

Turn budget

You have a hard maxTurns ceiling, and hitting it mid-research leaves nothing on disk. Spend at most ~60% of your turns reading code; by then, stop exploring and start writing files — a plan grounded in what you have read beats a perfect one that never lands. Batch independent reads into one turn. Write plan/README.md first, then one phase doc per turn, so every turn after the switch leaves a usable artifact behind. When a fact is still unknown at the switch, record it as an explicit open question in the README instead of reading further.

The plan contract

Plans live in the private workspace task dir (${AGENT_WORKSPACE_ROOT}/${AGENT_PROJECT}/workspace/working/{YYYY}/{MM}/{DD}/{slug}/plan/) in the exact format the dashboard ingests — the workspace-plans skill carries the full format; honor it precisely:

  • plan/README.md — an ## In plain words section under the H1, objective, architecture decisions with real file paths, the | # | Phase | Doc | Depends on | sequencing table, risks, Definition of Done.
  • plan/phase-N-<slug>.md per phase — an ## In plain words section after the header rows, a self-contained copy-paste executor prompt, measurable - [ ] acceptance criteria, and an empty ## Completion Report stub as the last section. Every Verify command in the prompt is file-backed: a repo script or test by absolute path, never a heredoc, python3 - or node -e. The prompt also states that the report's Blocked calls, Delegation cost and one-sentence What would have made this cheaper fields are all mandatory and written out even when empty. workspace-plans/resources/plan-format.md carries their exact wording — cite it, never re-copy it.
  • The ## In plain words sections are for a reader who did not write the plan and does not know the codebase: what it is for, what changes, what it closes, in 3–6 jargon-free sentences in the operator's language — no paths, code or SC ids. workspace-plans/resources/plan-format.md → "## In plain words" has the rules.
  • A ## Forecast section in each phase doc, immediately before that stub, holding one kind: prior yaml block in the shape workspace-plans/resources/plan-format.md documents. It is a prediction, not a limit: do whatever the phase actually needs.
  • A ## Guard section in every phase doc, before ## Forecast, holding one kind: guard yaml block (workspace-plans/resources/plan-format.md → "## Guard"). Default protected_paths: ".github/workflows/*.yml", "plugins/*/hooks/hooks.json", "**/*_test.go", "**/*.test.ts", "**/*.test.tsx", "scripts/tests/**/*". Globs name FILES, never directories (dir/**/*, not dir/ or dir/**), and every glob is quoted. A phase that must edit tests drops or narrows the matching glob, lists the files explicitly and says why in ## Notes. Default stop_if: out-of-scope change, protected path, access or login error, criterion impossible. You never write ## Review — the review engines append it.
  • plan/manifest.json — the machine-readable phase DAG the plan runner consumes (must pass python3 -m json.tool).
  • Optional plan/spec.md with - [ ] **SC-n** — … criteria; then each phase doc declares a **Covers:** SC-… line (the dashboard lints coverage).
  • A ## Decisions section in plan/README.md whenever you asked the user anything: one line per question, in the order asked, numbered D-1, D-2, …, shaped exactly - **D-n** (<cheap|expensive>, <decided|recommended|undecided>) — <question> → <answer> (reason: <why it is cheap or expensive to change>). Judge each question's cost to change: expensive when reversing it means a schema or data migration, a public contract, a file format or redone work; cheap otherwise. An answered question is decided with the answer; an unanswered cheap one is recommended, its answer your pick followed by (без відповіді, рекомендований); an unanswered expensive one is undecided, its answer the word undecided. The dashboard reads these lines as the plan's decision ids.
  • A phase that builds on a decision carries **Depends on decisions:** D-n, … in its header block — always for an undecided one. The dashboard refuses to start that phase while a listed decision is undecided and expensive.

Read the full file on GitHub · 198 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. today Changed · +36 lines dae5aab9a1d8
  2. 3d ago Changed · +15 lines 077478730e7c
  3. 12d ago Changed · +29 lines d16e589d5ae7
  4. 16d ago Changed · +11 lines 80a60edc78f6
  5. 28d ago Changed · +4 lines bfd49caaa650
  6. 1mo ago Changed · +4 lines 93e2e987e7b2
  7. 1mo ago Changed · +2 lines f90a8fde4f8a
  8. 1mo ago First seen · 97 lines · 34 tokens per session scan A 4be6fd0c2f20

Subscribe to this mod's changes

planner is an agent published in the GitHub repository atretyak1985/swarmery (7 stars, last pushed today), licensed Apache-2.0. It adds 34 tokens to every session and 2,524 once invoked, about $0.0001 per session on Opus 5.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-09-03.

Related

Other agents, from other repositories

planner

Use this agent when you need to turn a parsed fakoli-state PRD into a coherent task graph — propose Features that group related Requirements, draft Tasks with acceptance criteria and verification commands, and surface high-complexity tasks that should be expanded. Specializes in the PRD-to-tasks transformation; defers…

fakoli/fakoli-plugins · 396 tokens

gws-orchestrator

Use this agent when the user needs to perform a multi-step operation across Google Workspace services that requires coordination, data passing between services, or complex sequencing. Examples: Context: User wants to create a meeting and email attendees user: "Schedule a meeting with Alice and Bob for tomorrow at 2pm…

fakoli/fakoli-plugins · 277 tokens

customer-support

Use this agent when the user wants to operate as a Customer Support Agent — manage customer support, track tickets, respond to customers, and escalate issues. Services: gmail, sheets, chat, calendar. Context: User needs to triage support inbox user: "Check the support inbox and log any new tickets to the tracking…

fakoli/fakoli-plugins · 140 tokens

event-coordinator

Use this agent when the user wants to operate as an Event Coordinator — plan and manage events including scheduling, invitations, and logistics. Services: calendar, gmail, drive, chat, sheets. Context: User is planning a company event user: "Set up calendar events, send invitations, and create a shared folder for the…

fakoli/fakoli-plugins · 138 tokens

hr-coordinator

Use this agent when the user wants to operate as an HR Coordinator — handle HR workflows including onboarding, announcements, and employee comms. Services: gmail, calendar, drive, chat. Context: User is onboarding a new hire user: "Set up orientation sessions and share onboarding docs for our new engineer" assistant…

fakoli/fakoli-plugins · 134 tokens

project-manager

Use this agent when the user wants to operate as a Project Manager — coordinate projects, track tasks, schedule meetings, and share docs. Services: drive, sheets, calendar, gmail, chat. Context: User wants to track project status user: "Log this week's sprint progress and send a status update to stakeholders"…

fakoli/fakoli-plugins · 136 tokens