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/anettodev/github-plannerWrote 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/commands/anettodev/github-planner/plan-epic)<a href="https://agentmods.dev/commands/anettodev/github-planner/plan-epic"><img src="https://agentmods.dev/badge/commands/anettodev/github-planner/plan-epic/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/commands/anettodev/github-planner/plan-epic"><img src="https://agentmods.dev/badge/commands/anettodev/github-planner/plan-epic.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.00000 | $0.00891 |
| Opus 5.5 | $0.00000 | $0.00356 |
| Sonnet 5.5 | $0.00000 | $0.00178 |
| Haiku 4.5 | $0.00000 | $0.00089 |
Grade A, and why
plan-epic 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 1mo 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 — 110 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Create Epic from Planning Document
Create a GitHub Project (v2) from a planning document, link issues, and configure custom fields (Priority, Phase, Status).
Arguments: $ARGUMENTS (required — path to planning document OR --link-only #1 #2 #3, optional flags: --repo owner/repo, --project-number N)
Steps
1. Parse Arguments
- If
--link-onlyis present, skip document parsing (step 3). Collect issue numbers from arguments. - If
--project-number Nis present, link to an existing project instead of creating a new one. - Otherwise, the first argument is the path to the planning document.
2. Detect Repository
- If
--repoflag provided, use that - Otherwise run
gh repo view --json nameWithOwner -q .nameWithOwner - Confirm with user before proceeding: "Will create project in
owner/repo. Continue?"
3. Extract Epic Structure
Use the epic-to-project skill to parse the document:
- Extract project title and description
- Identify phases → custom field options
- Identify priority levels for each item
- Determine which items map to existing issues vs. need creation
4. Resolve Issues
For each item in the epic:
- Search for existing issues:
gh issue list --search "KEY_WORDS" --state open --limit 5 --json number,title - If a match exists, use that issue number
- If no match, flag as "needs creation"
For --link-only mode, verify each issue number exists:
gh issue view N --json number,title,labels,milestone
Map existing labels and milestones to field values.
5. Check for Existing Project
If --project-number is provided, verify it exists. Otherwise:
gh project list --owner OWNER --format json
If a project with the same title exists, ask: "Project 'TITLE' already exists (#N). Use it or create new?"
6. Present Plan for Approval
Show the full plan before creating anything:
Will create project "Epic: Auth Overhaul" in owner/repo:
Custom fields:
- Priority: Critical, High, Medium, Low
- Phase: Phase 1, Phase 2, Phase 3
- Status: Todo, In Progress, In Review, Done
Milestones:
- Phase 1 → reuse existing #2
- Phase 2 → create new
- Phase 3 → create new
| # | Issue | Title | Priority | Phase | Milestone | Status |
|---|-------|--------------------------|----------|---------|-----------|--------|
| 1 | #45 | Remove dead files | Critical | Phase 1 | Phase 1 | Todo |
| 2 | #46 | Update Project.swift | High | Phase 2 | Phase 2 | Todo |
| 3 | NEW | Add caching layer | Medium | Phase 3 | Phase 3 | Todo |
Issues to create first: 1
Issues to link: 2
Milestones to create: 2 · to reuse: 1
Proceed? (yes/no)
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.
- 1mo ago First seen · 110 lines · 0 tokens per session scan A 3d71b76a0aa4
plan-epic is a command published in the GitHub repository anettodev/github-planner (2 stars, last pushed 6mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 891 tokens. 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 commands, from other repositories
task-hunter.skeleton
The user's input is resolved according to the following rules.
task-conductor.skeleton
/task-conductor top 5 -> /task-conductor plan top 5 /task-conductor all -> /task-conductor plan all /task-conductor 3,5,8 -> /task-conductor plan 3,5,8.
task-master.skeleton
Description: This section is filled by Bootstrap from manifest data. Required manifest fields: project.description, stack.primary Example output.
session-status.skeleton
This command reads session-.json files under .claude/tracking/sessions/ and summarizes which agent is on which task, in which phase, and what it is waiting on.
task-plan-review.skeleton
Purpose: Review plans created by /task-plan before /task-hunter implements them. Do not write product code. Correct plan quality, file references, acceptance checks, and scope.
deps
A command that analyzes the upstream and downstream relationships of a workflow record or local draft. It creates a list of direct links, dependency chains, blockers, evidence, and confidence levels.