Borrowing it
Nothing to install: this file belongs to raffertyuy/repo-of-repos. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/raffertyuy/repo-of-repos/main/.agents/skills/implement-plan/SKILL.mdgit clone --depth 1 https://github.com/raffertyuy/repo-of-reposWrote 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/skills/raffertyuy/repo-of-repos/implement-plan)<a href="https://agentmods.dev/skills/raffertyuy/repo-of-repos/implement-plan"><img src="https://agentmods.dev/badge/skills/raffertyuy/repo-of-repos/implement-plan/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/skills/raffertyuy/repo-of-repos/implement-plan"><img src="https://agentmods.dev/badge/skills/raffertyuy/repo-of-repos/implement-plan.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.00023 | $0.01225 |
| Opus 5 | $0.00012 | $0.00613 |
| Sonnet 5 | $0.00005 | $0.00245 |
| Haiku 4.5 | $0.00002 | $0.00122 |
Grade A, and why
implement-plan 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 12d 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 — 120 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Implement Plan
Execute an implementation plan from _plans/, working through each step, updating the plan as you go, and running tests to verify.
This skill combines the "implement" and "run" phases into one — you build it, run it, test it, fix it, and the plan documents everything that happened.
Arguments
The user provides the plan file to implement. For example:
/implement-plan _plans/20260409-auth-ui.plan.md/implement-plan auth-ui(shorthand — resolve to the matching.plan.mdfile in_plans/)/implement-plan(no argument — if only one plan hasstatus: draftorstatus: in-progress, use that)
Steps
1. Load the Plan
- Read the plan file from
_plans/ - If the user gave a shorthand (no path or partial name), find the matching
.plan.mdfile - If no argument and multiple draft/in-progress plans exist, ask the user which one
- Parse the frontmatter and step list
- Identify which steps are already checked (
- [x]) and which are pending (- [ ])
2. Read Per-Repo Instructions
For each repo listed in the plan's repos frontmatter:
- Check if
repos/<name>/CLAUDE.mdexists — if so, read and follow it - Check if
repos/<name>/AGENTS.mdexists — if so, read and follow it - These instructions supplement the root CLAUDE.md and govern how code is written in that repo
3. Set Status to In-Progress
Update the plan file's frontmatter:
status: in-progress
4. Implement Each Step
For each unchecked step (- [ ]), in order:
- Read the step — understand the task, files, and pseudocode
- Implement it — write the actual code
- Follow the plan as guidance, not strict requirements
- If the plan's approach won't work, adapt — but document why
- Follow the coding standards and per-repo instructions
- Respect read/write separation: only modify files in one repo at a time
- Mark it done — update the plan file: change
- [ ]to- [x] - Add notes if needed — if you discovered something unexpected, adapted the approach, or made a decision not in the original plan, add a
**Notes**line under the step:- [x] Step 3: Add OAuth endpoint - **Task**: Create POST /api/auth/google - **Files**: `repos/backend-api/src/routes/auth.ts` - **Pseudocode**: Validate token, create session - **Notes**: Used existing session middleware instead of creating new one. Added rate limiting per security best practice.
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.
- 12d ago First seen · 120 lines · 23 tokens per session scan A c67780fbb891
implement-plan is a skill published in the GitHub repository raffertyuy/repo-of-repos (12 stars, last pushed 1mo ago), licensed MIT. It adds 23 tokens to every session and 1,225 once invoked, about $0.0001 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 skills, from other repositories
recipe-create-meet-space
Create a Google Meet meeting space and share the join link.
atmos-config
Atmos root configuration: atmos.yaml discovery, precedence, deep merging, basepath, imports, minimal bootstrap, and routing to narrower Atmos skills.
workthreads
SpecStory Workthreads - a weekly work-thread rollup across a team's repos from SpecStory coding histories (any agent - Claude Code, Codex, Cursor, Gemini, and more). It groups the window's sessions into threads of work per project and labels each new / open / recently closed, so a lead sees what shipped, what is still…
story-readiness
Validate that a story file is implementation-ready. Checks for embedded GDD requirements, ADR references, engine notes, clear acceptance criteria, and no open design questions. Produces READY / NEEDS WORK / BLOCKED verdict with specific gaps. Use when user says 'is this story ready', 'can I start on this story', 'is…
projects
List all managed projects with status, branch, open PRs, and open issue counts — portfolio-level view.
magpie-security-issue-import-from-md
Open one or more tracking issues from a markdown file containing a batch of security findings. Each finding becomes one tracker landing in the Needs triage board column. The file itself is the full report — there is no inbound reporter to reply to and no PR to inspect.