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.
npx skills add richkuo/rk-skills --skill milestoneplangit clone --depth 1 https://github.com/richkuo/rk-skillsWrote 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/richkuo/rk-skills/milestoneplan)<a href="https://agentmods.dev/skills/richkuo/rk-skills/milestoneplan"><img src="https://agentmods.dev/badge/skills/richkuo/rk-skills/milestoneplan/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/richkuo/rk-skills/milestoneplan"><img src="https://agentmods.dev/badge/skills/richkuo/rk-skills/milestoneplan.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
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.00098 | $0.02082 |
| Opus 5.5 | $0.00039 | $0.00833 |
| Sonnet 5.5 | $0.00020 | $0.00416 |
| Haiku 4.5 | $0.00010 | $0.00208 |
Grade A, and why
milestoneplan 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 3d 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 — 59 lines — stays where its author put it; the contents beside it link to each section on GitHub.
milestoneplan
Show a milestone's execution plan as one table. This skill never writes: no issue edits, comments, PRs, or Workflow runs. Fixes belong to execution-plan-review; the run belongs to milestone-workflow.
Input
A milestone title (v1, v1-Desktop-core-call-loop), matched loosely on prefix, and an optional skip list: issue numbers the user plans to pass to milestone-workflow as skipValidate (or "all"). Existing titles with spaces still match; quote them in every gh call and in any milestone: filter link, and when you name a milestone filter to the user, quote a title that has spaces. With no input, or when two titles match, list the open milestones with open/closed counts and ask which.
Steps
1. Read the milestone
gh api "repos/{owner}/{repo}/milestones?state=all&per_page=100" --paginate --jq '.[] | "\(.title) [\(.state)] — open:\(.open_issues) closed:\(.closed_issues)"'
gh issue list --milestone "<title>" --state all --limit 500 --json number,title,state,body
state=all and --paginate with per_page=100 are required. If the issue count equals --limit, re-fetch at a higher limit until a fetch returns strictly below its own limit. Strip \r from bodies, then parse the [C<score>] title prefix and the ## Execution block: Depends on, Runs after, build model, effort, plan first: (also read the legacy fableplan first:), PR review:, and the optional Validate model:, Validate effort:, Plan model:, and Plan effort: lines.
2. Render the table
Output is exactly one pipe-delimited markdown table, one row per issue ordered by number, capped at these 8 columns:
| # | Description | C | Deps/After | Validate | Build | Plan | Review |
|---|
- Description — the title with the
[C<score>]prefix stripped, truncated to ~30 characters. - C — the score from the title prefix.
- Deps/After —
<depends> / <after>, issue numbers without#,nonerendered as—(e.g.12, 13 / —); never infer edges from prose. When everyRuns afterisnone, drop the/ —suffix and say so in the note. - Validate —
<model> · <effort>. The model comes from the score band unless aValidate model:line stampsFable 5.1,Opus 5.5, or a Codex CLI harness; the effort is the band default unless aValidate effort:line stamps one. A Codex CLI validate renders like a CLI build, e.g.Astra · low (Codex CLI, gpt-6-astra); a Cursor CLI validate stamp rendersblocked (validate runs only on the Codex CLI). Band defaults:Opus 5.5 · mediumat[C0]–[C24],Opus 5.5 · highat[C25]and above (validate-issuestep 6 is the authority; a missing prefix routes as Opus high). A stamped model or tier renders as the effective value plus(stamped), e.g.Fable 5.1 · low (stamped); the clamp follows the effective model andvalidate-issuestep 6, so the pipeline clamps an Opus validate atlowtoOpus 5.5 · high (stamped low → high: Fable-only tier), runs an Opus validate atmedium,high, orxhighas stamped or as the band default, and applies no clamp to a Fable validate at any tier. With a skip list, a listed issue rendersskipped (run arg)when no open in-milestone predecessor (Depends onorRuns after), missing[C..]prefix, or missing Execution block predicts a fallback; otherwise it keeps the route with(listed; validates: <reason>). - Build — the stamped
<model> · <effort>, e.g.Opus 5.5 · high. An external harness renders as<Name> · <effort> (<harness>), e.g.Luna · max (Codex CLI)orGrok · high (Cursor CLI, cursor-grok-4.6-high)when the stamp carries a model id.maxis Codex CLI-only, so a Cursor row stampedmaxrenders the clamp the pipeline applies, e.g.Grok · xhigh (Cursor CLI, stamped max → xhigh). A Claude build runs only athigh, so a Claude row stamped any other tier renders the clamp, e.g.Opus 5.5 · high (stamped xhigh → high: Claude builds run at high only). - Plan —
Yes · <model> · <effort>whenplan first:isYes: the model is the stampedPlan model:with(stamped), elseOpus 5.5; the effort is the stampedPlan effort:tier with(stamped), else the default:xhighon Opus 5.5 when the score is 85 or higher (or the title has no score) andhighbelow 85. A Fable plan always rendershigh; a Fable plan stamped another tier rendershigh (stamped <tier> → high: a Fable plan runs only at high). An Opus plan stampedlowrenders the clamp the pipeline applies,high (stamped low → high: Fable-only tier). PlainNowhen stampedNo; aPlan model:orPlan effort:line on aNoissue rendersNo · <stamp> (inert — no plan stage runs). - Review — the first-review trigger from the
validate-issuestep 6 first-review table (a missing prefix takes its heaviest row), unlessPR review:stamps an explicit@claude <model> review effort:<tier>trigger. Render a stamped bare@claude review effort:<tier>as@claude opus review effort:<tier>; a stamped bare@claude reviewwith no tier, and a stamped@claude opus reviewwith no tier, render as@claude review (stamped); a line that names the standard@claudetrigger in prose takes the band. Render a stampedhaikuas@claude sonnet review. A stamp that matches no admitted row offix-pr-review-loopstep 1 renders as the band trigger with(ignored stamp: <stamp>). Append a parenthetical only for a real caveat (e.g.may close with no PR).
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.
- 3d ago Changed 488ef025017c
- 19d ago Changed · -2 lines 236673bb0f48
- 20d ago Changed · -2 tokens per session 429e47266bc5
- 21d ago Changed 534592d9a60b
- 23d ago Changed 11a3b4457b08
- 26d ago Changed 2e00ac19b943
- 28d ago Changed 9f92fd8336ce
- 1mo ago Changed 22b78c5a9131
- 1mo ago Changed ebc9593573c1
- 1mo ago First seen · 61 lines · 100 tokens per session scan A 80d5868eaf3e
milestoneplan is a skill published in the GitHub repository richkuo/rk-skills (50 stars, last pushed 3d ago), licensed MIT. It adds 98 tokens to every session and 2,082 once invoked, about $0.0004 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-08-30.
Other skills, from other repositories
to-issues
A planning aid that breaks a PRD or technical specification into small implementation issues, each covering a complete, demonstrable piece of work.
parallel-agents
You MUST use this when several units of work might run concurrently through agents - independent investigations, specialist reviews, repository analyses, or plan tasks that look unrelated - covering whether they are genuinely independent, which mutable state needs isolation, how wide the wave should be, and how…
issue-fields-migration
Bulk-migrate metadata to GitHub issue fields from two sources: repo labels (e.g. priority labels to a Priority field) and Project V2 fields. Use when users say "migrate my labels to issue fields", "migrate project fields to issue fields", "convert labels to issue fields", "copy project field values to issue fields"…
flowstudio-power-automate-governance
Govern Power Automate flows and Power Apps at scale using the FlowStudio MCP cached store. Classify flows by business impact, detect orphaned resources, audit connector usage, enforce compliance standards, manage notification rules, and compute governance scores — all without Dataverse or the CoE Starter Kit. Load…
flowstudio-power-automate-monitoring
Pro+ subscription required. Tenant-wide Power Automate monitoring using the FlowStudio MCP cached store: failure rates, run-health trends, maker/app inventory, inactive owners, and compliance/health reports. Use only for aggregated tenant views. For one environment, one flow, run control, or root-cause debugging, use…
gtm-enterprise-account-planning
Strategic account planning and execution for enterprise deals. Use when planning complex sales cycles, managing multiple stakeholders, applying MEDDICC qualification, tracking deal health, or building mutual action plans. Includes the "stale MAP equals dead deal" pattern.