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 julianoczkowski/product-manager --skill pm-release-plangit clone --depth 1 https://github.com/julianoczkowski/product-managerWrote 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/julianoczkowski/product-manager/pm-release-plan)<a href="https://agentmods.dev/skills/julianoczkowski/product-manager/pm-release-plan"><img src="https://agentmods.dev/badge/skills/julianoczkowski/product-manager/pm-release-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/julianoczkowski/product-manager/pm-release-plan"><img src="https://agentmods.dev/badge/skills/julianoczkowski/product-manager/pm-release-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.00096 | $0.01250 |
| Opus 5 | $0.00048 | $0.00625 |
| Sonnet 5 | $0.00019 | $0.00250 |
| Haiku 4.5 | $0.00010 | $0.00125 |
Grade A, and why
pm-release-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 10d 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 — 114 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Release Plan / Charter (Pragmatic Framework: Roadmap → Release)
The roadmap drives the release plan. A roadmap is a plan, not a commitment; a
release charter is a signed agreement of what will be delivered. See
../pm-copilot/references/framework.md.
MVP, done right: "the version of a new product that allows a team to collect the maximum validated learning with the least effort." An MVP is not the smallest collection of features — it must be a real product that viably solves the customer's top problems from day one. Calling a finished "V1.0" an MVP is a waterfall relapse.
Core methods
Group requirements into Themes. A theme groups prioritized problems that share a persona, a product goal, a technical decision, a strategy, roadmap alignment, or a target metric. Themes make a release remarkable and coherent.
Rule: Deliver 100% of something, not 70% of everything.
Shape the release by three dimensions per theme/requirement: Size · Difficulty · Confidence. Reduce big items by splitting problems.
Estimation ladder (confidence grows with detail): Release → T-shirt sizes (S/M/L) → Iteration → story points → Day → daily updates. Product management is available to answer questions at every step. The dev team makes the final estimate.
Market Window & schedule direction: On a date-driven release, development works TO a date (iterating toward the window); Marketing, Sales and Operations work backward FROM it. On a content-driven release there is no committed date — define the exit criteria that trigger launch instead, and the go-to-market clock starts when they're met.
Change levers (iron triangle): Scope · Schedule · Resources. Decide up front which one drives the plan and how you'll absorb change.
Interview the user (batch questions)
- Product, version, project name.
- Release theme(s) — the unifying message (persona goals / major capability / set of problems).
- Which prioritized requirements are in scope? (pull from an existing MRD/PRD if present)
- Date-driven or content-driven? Is this release driven by a target date / market window, or by content (it ships when the themes are done)? Both are equally valid. Only if date-driven: what is the target date or market window? "There is no date" is a legitimate answer — that's a content-driven release, not a missing input.
- Major milestones — code complete, beta, final QA, release to production, GA.
- Change lever — will Scope, Schedule, or Resources flex when reality hits?
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.
- 10d ago First seen · 114 lines · 96 tokens per session scan A 71302b444ee4
pm-release-plan is a skill published in the GitHub repository julianoczkowski/product-manager (31 stars, last pushed 1mo ago), licensed MIT. It adds 96 tokens to every session and 1,250 once invoked, about $0.0005 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-30.
Other skills, from other repositories
issues
Create GitHub issues from research findings as atomic deliverables. Orchestrates the issue-architect agent using the full swarm pattern (TeamCreate → TaskCreate → Agent(teamname) → SendMessage → TeamDelete). Use this skill when the user invokes /sigint:issues.
traction-eos
Implement the Entrepreneurial Operating System (EOS) to align vision and execution across a company. Use when the user mentions "EOS", "Entrepreneurial Operating System", "V/TO", "quarterly rocks", "Level 10 meetings", "accountability chart", "IDS process", "my company feels chaotic", "we keep having the same…
promote-idea
Converts an album idea from IDEAS.md into an actual album project in one step. Use when the user says "promote [idea title]", "turn idea into album", or "start working on [idea]".
customer-onboarding-and-implementation
Takes a new customer from signature to working — setting a definition of live that both sides agreed before the contract was signed, planning and staffing the implementation, running data migration and integration realistically, training the people who will actually use it, and handing over to the ongoing…
estimating-and-contingency
Produces a cost or effort estimate someone can defend — decomposing the work, choosing between analogous, parametric and bottom-up methods, documenting the basis and its assumptions, expressing confidence as a range, and sizing contingency and management reserve separately. Use this to build an estimate, challenge one…
vendor-management
Selects, contracts, and manages suppliers and vendors — requirements, evaluation, negotiation support, onboarding, performance management, and exit. Use this to choose a vendor, run a selection process, structure a service agreement's operational terms, manage an underperforming supplier, plan an exit or migration, or…