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.
git clone --depth 1 https://github.com/atretyak1985/swarmeryWrote 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.
[](https://agentmods.dev/agents/atretyak1985/swarmery/planner)<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.
<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>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.
| Model | Per session | Once 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 |
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.
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 wordssection 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>.mdper phase — an## In plain wordssection after the header rows, a self-contained copy-paste executor prompt, measurable- [ ]acceptance criteria, and an empty## Completion Reportstub 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 -ornode -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.mdcarries their exact wording — cite it, never re-copy it.- The
## In plain wordssections 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
## Forecastsection in each phase doc, immediately before that stub, holding onekind: prioryaml block in the shapeworkspace-plans/resources/plan-format.mddocuments. It is a prediction, not a limit: do whatever the phase actually needs. - A
## Guardsection in every phase doc, before## Forecast, holding onekind: guardyaml block (workspace-plans/resources/plan-format.md→ "## Guard"). Defaultprotected_paths:".github/workflows/*.yml","plugins/*/hooks/hooks.json","**/*_test.go","**/*.test.ts","**/*.test.tsx","scripts/tests/**/*". Globs name FILES, never directories (dir/**/*, notdir/ordir/**), 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. Defaultstop_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 passpython3 -m json.tool).- Optional
plan/spec.mdwith- [ ] **SC-n** — …criteria; then each phase doc declares a**Covers:** SC-…line (the dashboard lints coverage). - A
## Decisionssection inplan/README.mdwhenever you asked the user anything: one line per question, in the order asked, numberedD-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 isdecidedwith the answer; an unanswered cheap one isrecommended, its answer your pick followed by(без відповіді, рекомендований); an unanswered expensive one isundecided, its answer the wordundecided. 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 anundecidedone. The dashboard refuses to start that phase while a listed decision is undecided and expensive.
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.
- today Changed · +36 lines dae5aab9a1d8
- 3d ago Changed · +15 lines 077478730e7c
- 12d ago Changed · +29 lines d16e589d5ae7
- 16d ago Changed · +11 lines 80a60edc78f6
- 28d ago Changed · +4 lines bfd49caaa650
- 1mo ago Changed · +4 lines 93e2e987e7b2
- 1mo ago Changed · +2 lines f90a8fde4f8a
- 1mo ago First seen · 97 lines · 34 tokens per session scan A 4be6fd0c2f20
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.
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…
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…
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…
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…
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…
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"…