复制安装命令
用 Codex 或 Claude 安装复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它先审查 Skill 页面再帮你安装。
复制前请先查看来源、License 和安全提示。
GitHub stars License: CC BY-NC-SA 4.0 PRs Welcome Version Claude Code Plugin Skills
用 Codex 或 Claude 安装复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它先审查 Skill 页面再帮你安装。
复制前请先查看来源、License 和安全提示。
来源文件:README.md
╔════════════════════════════════════════════════════════════════════╗
║ ║
║ ██████╗ ███╗ ███╗ ███████╗██╗ ██╗██╗██╗ ██╗ ███████╗
║ ██╔══██╗████╗ ████║ ██╔════╝██║ ██╔╝██║██║ ██║ ██╔════╝
║ ██████╔╝██╔████╔██║ ███████╗█████╔╝ ██║██║ ██║ ███████╗
║ ██╔═══╝ ██║╚██╔╝██║ ╚════██║██╔═██╗ ██║██║ ██║ ╚════██║
║ ██║ ██║ ╚═╝ ██║ ███████║██║ ██╗██║███████╗███████╗███████║
║ ╚═╝ ╚═╝ ╚═╝ ╚══════╝╚═╝ ╚═╝╚═╝╚══════╝╚══════╝╚══════╝
║ ║
║ 77 battle-tested skills + 6 command workflows ║
║ Claude Code • Cursor • Codex • n8n • OpenClaw • and more ... ║
║ ║
║ v0.84 • August 10, 2026 • CC BY-NC-SA 4.0 ║
╚════════════════════════════════════════════════════════════════════╝
77 battle-tested PM frameworks, ready for Claude, Codex, ChatGPT, and any agent that can read structured knowledge.
Generic AI output is a PM's worst enemy. When you tell your agent "write a PRD" without shared context, you get a generic document that no stakeholder trusts and no engineer can act on.
This library gives both you and your AI agent the same professional foundation: the why behind each framework, the failure modes to avoid, and the judgment to apply them correctly. You stop repeating yourself. Your agent stops guessing. The work gets better.
The goal is dual — functional and pedagogic in equal measure. Skills equip agents to do PM work at a professional level, and they teach the human PM the reasoning behind each framework — so you can explain it, adapt it, and pass it on. Neither is a byproduct of the other.
Navigate by what you're actually trying to accomplish:
Framing and strategy
Stakeholder alignment
Customer discovery and research
Prioritization and roadmapping
Writing PM deliverables
Validation and experimentation
Finance and growth
Market and competitive intelligence
Aging products: extend, replace, or retire
Career and leadership transitions
AI product work
Choose your setup:
| I use... | Get this | Notes |
|---|---|---|
| Claude Desktop or Claude Web | pm-skills-starter-pack.zip | Unzip, then upload the individual skill ZIPs to Claude Skills |
| Claude Code | Plugin marketplace | claude /plugin marketplace add deanpeters/Product-Manager-Skills |
| Codex | pm-skills-codex.zip | Installs .agents/skills and AGENTS.md |
| Not sure | pm-skills-starter-pack.zip | Start here |
All downloads: GitHub Releases
Each pack below is a ZIP of upload-ready skill ZIPs — unzip, then upload individuals to Claude Skills:
| Pack | Download | What's inside |
|---|---|---|
| Starter | pm-skills-starter-pack.zip | Core skills across all categories |
| Discovery | 02-discovery-pack.zip | Research, interviewing, synthesis |
| Strategy | 03-strategy-pack.zip | Positioning, roadmapping, prioritization |
| Delivery | 04-delivery-pack.zip | PRDs, stories, epics |
| AI PM | 05-ai-pm-pack.zip | Context engineering, orchestration, readiness |
| Market Intel | 06-market-intel-pack.zip | The full Market Intelligence Suite: disciplines, investigation chain, frameworks, monitors |
| Lifecycle & EOL | 07-lifecycle-eol-pack.zip | Aging products: extend, replace, or retire — plus the full sunset process |
| All skills | 99-all-skills-pack.zip | All 77 skills |
Not ready to wire skills into your agent setup? Run the local playground first and kick the tires in your browser.
pip install -r app/requirements.txt
streamlit run app/main.py
What you can do:
Multi-provider support: Anthropic, OpenAI, Ollama. API keys via environment variables only (no in-app key entry).
Docs: app/STREAMLIT_INTERFACE.md · app/.env.example
Feedback welcome via GitHub Issues or LinkedIn.
Skills are organized in three tiers that build on each other:
┌────────────────────────────────────────────────────────┐
│ WORKFLOW SKILLS (19) │
│ Complete end-to-end PM processes (days to weeks) │
│ Example: run a full discovery cycle or write a PRD │
└────────────────────────────────────────────────────────┘
↓ orchestrates
┌────────────────────────────────────────────────────────┐
│ INTERACTIVE SKILLS (27) │
│ Guided discovery — 3-5 questions, then recommendations│
│ Example: "Which prioritization framework fits here?" │
└────────────────────────────────────────────────────────┘
↓ uses
┌────────────────────────────────────────────────────────┐
│ COMPONENT SKILLS (24) │
│ Templates for specific PM deliverables (30-90 min) │
│ Example: write a user story with acceptance criteria │
└────────────────────────────────────────────────────────┘
Interactive skills use an Adaptive Decision Ladder. Instead of dumping a framework at you, an interactive skill asks 3-5 targeted questions about your specific context, then offers numbered recommendations — each with a clear "use this when" rationale. You pick a path. The skill executes it and explains the why as it goes. If you want to just learn the framework without doing the work, you can ask that too — the skill coaches you either way. This is ABC — Always Be Coaching — in practice.
Full catalog: catalog/INDEX.md — all 77 skills with descriptions, or browse skills/ directly.
Every SKILL.md follows the same structure:
| Section | What it contains |
|---|---|
| Frontmatter | name, description, type, intent, best_for, scenarios |
| Purpose | What this skill does and when to reach for it |
| Input | What you can bring (with example invocations) — inline input is used, not re-asked, and arriving empty-handed is fine: the skill walks you through it |
| Key Concepts | Frameworks, definitions, anti-patterns — with vocabulary explained |
| Application | Step-by-step instructions an agent (or human) can follow |
| Examples | Real-world cases showing both good and bad versions |
| Common Pitfalls | Named failure modes with consequences and corrections |
| References | Related skills and external frameworks |
The best_for frontmatter field lists 3-5 specific scenarios where the skill is most useful — helpful for quickly scanning whether a skill fits your situation.
Why no $ARGUMENTS templating? Other skill libraries use Claude Code's $ARGUMENTS substitution for input. We deliberately don't: it only expands in Claude Code (it renders as literal syntax in Claude Desktop/Web, Codex, and the Streamlit playground), and it teaches the human reader nothing. Instead, every skill has a plain-language ## Input section that works on every runtime — and makes clear you can show up with full context, partial context, or nothing at all and be guided through the rest. Full rationale in CONTRIBUTING.md.
Claude Code · Claude Desktop · Claude Web · OpenAI Codex · ChatGPT · Cursor · Windsurf · n8n · LangFlow · CrewAI · Gemini · any agent that reads structured markdown
See docs/Platform Guides for PMs.md for platform-specific setup.
| Document | Purpose |
|---|---|
| Using PM Skills 101 | Beginner-friendly orientation — setup without technical overload |
| Platform Guides for PMs | Tool-by-tool setup chooser for every supported platform |
| Using PM Skills with Claude | Claude Code + GitHub ZIP upload for Claude Desktop/Web |
| Using PM Skills with Codex | Local workspace + GitHub-connected Codex on ChatGPT |
| Using PM Skills with ChatGPT | GitHub app, Custom GPT Knowledge, and Project-based usage |
| Using PM Skills with Slash Commands 101 | Turn skills into reusable slash commands like /pm-story |
| Add-a-Skill Utility Guide | End-to-end guide for generating and validating new skills |
| Market Intelligence Suite Summary | The 14-skill competitive/market research suite: disciplines, chain, and which skill to run when |
| Lifecycle & EOL Suite Summary | The 8-skill lifecycle/sunset suite: the three plays, the EOL chain, and right-sizing |
| Building PM Skills | How raw PM content gets distilled into agent-ready skills |
| START_HERE.md | 60-second onboarding for local repo users |
v0.84 — August 10, 2026 · The Lifecycle & End-of-Life Suite
lifecycle-play-advisor and product-lifecycle-plays diagnose where a product actually sits using seven transition questions, then pick between the three plays — extend, replace, or retire. Includes the seven replacement hazards and a risk register whose contingency column asks the question everyone skips: what is Plan B?eol-readiness-advisor (go/no-go, and it will tell you to hold) → eol-stakeholder-sequence (Legal before Finance before Sales — get the order wrong and you find the landmines after the announcement) → eol-checklist (phase-gated, an owner on every item) → eol-internal-enablement (your teams ready before customers hear) → eol-message (upgraded: three transition paths including the honest no-replacement case) → eol-process (the whole thing, six phases, including the post-EOL review everybody skips)v0.83 — July 17, 2026 · The Market Intelligence Suite
autonomous-investigation — the protocol for research that proceeds without you. Question budgets, a search-plan gate, Fact / Inference / Assumption labels on every claim, do-not-invent lists, and stable diffable schemas, so investigations can run on a schedule and you can diff this quarter against lasttam-sam-som-calculator (three entry modes, including autonomous bottom-up research) and company-intel (Executive Signal Refresh rerun pattern — Then/Now diffs and Dropped Language: what leaders stop saying is often the strongest signal)v0.82 — July 8, 2026
incoming-request-advisor (Interactive) — drop in a Slack ping, email, mandate, or escalation and get a structured breakdown that separates the literal ask from the real job-to-be-done, reads sender power and stake, and points you toward a reply. Ships with a copy/paste template so you can run it by hand too/dist — no terminal, no Releases tab. Read the plain-language README, scan the CATALOG, and download any skill or pack straight from the repo. Built for PMs who just want the skillsv0.81 — July 4, 2026
## Input section: what to bring, what happens to context you supply up front (it's used, not re-asked), and reassurance that arriving empty-handed is fine — the guided flow covers the restargument-hint autocomplete for Claude Code users; deliberately no $ARGUMENTS templating — it breaks on every other runtime and teaches the reader nothing (why)$ARGUMENTS in the bodyagent-orchestration-advisor (Interactive) — the multi-agent workflow design skill was referenced everywhere but only existed on an orphaned commit; recovered from git history and brought up to current standardsv0.80 — June 19, 2026
stakeholder-identification (Component) — comprehensive stakeholder brainstorm using allies/audiences/influencers, R/P/D marking, equity lens, and bias check; narrows to priority targetsstakeholder-mapping (Component) — two complementary grids (Power × Interest + Impact × Power); comparing outputs reveals who you're under-engaging relative to how much the product affects themstakeholder-engagement-advisor (Interactive) — per-stakeholder engagement planning via Adaptive Decision Ladder: three questions on profile, power/impact, and context deliver tailored message framing, medium, cadence, and a named next actionAll three adapted from the MITRE Innovation Toolkit via the companion repo MITRE ITK Skills — worth a bookmark if you work in discovery, facilitation, or cross-functional product strategy.
v0.79 — May 15, 2026
organic-growth-advisor — McKinsey Growth Pyramid triage for new segments, geographies, channels, or productspm-skill-creator — interactive skill for designing repo-compliant skills via guided conversation.claude-plugin/plugin.json that silently blocked Claude Code skill discoveryPM_MAX_INPUT) and path traversal protection to helper scriptsFound a gap? Have a PM framework worth formalizing? The bar is pedagogic — skills must teach the why, not just the how.
See CONTRIBUTING.md for guidelines, or open an issue to start a conversation.
CC BY-NC-SA 4.0 — non-commercial use with share-alike.
Everything in this repository — every skill, template, and doc — is licensed CC BY-NC-SA 4.0. There is no mix of licenses here.
Some skills note in their Provenance sections that they were adapted from product-manager-prompts, Dean's earlier prompt library. That repo has the same author, so there is no license conflict: a license grants permissions to other people, and a copyright holder is free to adapt and relicense their own work. Those Provenance lines are lineage — a breadcrumb back to where an idea started — not a license dependency. No third-party MIT-licensed text is incorporated anywhere in this library.
In plain terms:
The companion prompt library, product-manager-prompts, carries the same CC BY-NC-SA 4.0 license as of its v2.3.0, with its own plain-language permissions (stricter on commercial use) — see its LICENSING.md, which governs that repo.
name: eol-process
argument-hint: "[product being retired, and where you are in the process]"
description: "Run a product sunset end to end — decide, align, plan, prepare, announce, close. Use when you need the whole EOL process, not just one artifact."
intent: >-
Orchestrate a complete product end-of-life from the go/no-go decision through post-retirement
review, sequencing the decision, stakeholder alignment, operational plan, internal enablement,
customer announcement, and closure. Right-sized so a feature deprecation runs in a week and a
regulated hardware retirement runs across quarters. Use this to lose the product without losing
the customer.
type: workflow
theme: eol-transition
best_for:
- "Running a full product sunset from decision through post-EOL review"
- "Knowing what has to happen before you can announce — and in what order"
- "Rescuing a sunset already in motion by finding which phase got skipped"
scenarios:
- "We've decided to retire a product and I own the whole thing — walk me through it end to end"
- "We announced an EOL and it's going badly; what did we skip and what do we do now?"
estimated_time: "30-60 min to plan; weeks to quarters to execute"Run a product retirement end to end: decide whether to do it, align the people who can stop it, build the operational plan, ready the teams who will face customers, announce it, and close it out properly. Six phases with decision points between them.
The governing goal, and the sentence worth keeping in your head the whole way through: lose the product without losing the customer. Most of what follows exists to protect the second half of that sentence.
This is an orchestration skill. It doesn't replace the artifact skills — it tells you which one to reach for, when, and what has to be true before you move on.
Works best with: The product being retired and where you currently are — considering it, decided, mid-plan, or already announced and struggling.
Also useful: Scale (customers, revenue, contracts), whether a replacement exists, and who already knows.
Anything supplied with the invocation itself — text after the skill name, a pasted context dump, or
an appended ARGUMENTS: line — counts as answers already given. Use it and skip whatever it
covers; don't re-ask.
Arriving empty-handed? That works too. The process opens by establishing what's being retired and where you are in it, then routes you to the right phase. If you're mid-sunset and something is going wrong, say so — the diagnostic in "Entering Mid-Stream" finds the skipped phase.
Example invocations:
Run the full EOL process for our legacy reporting module — decision made, nothing else started.We announced a sunset three weeks ago and Support is drowning. What did we skip?| # | Phase | Question it answers | Primary artifact |
|---|---|---|---|
| 1 | Decide | Should we retire this, and how big is this? | Readiness assessment + intensity level |
| 2 | Align | Who can stop this, and what do they know that we don't? | Stakeholder sequence |
| 3 | Plan | What has to happen, when, and who owns it? | Phase-gated checklist |
| 4 | Prepare | Are our people ready before our customers hear? | Internal enablement pack |
| 5 | Announce | What do customers hear, and when? | Customer EOL message |
| 6 | Close | Did we finish, and what did we learn? | Post-EOL review |
Phase 6 is the one everyone skips. It's also the phase that makes your next sunset cheaper. Budget for it up front, because nobody volunteers for it afterward.
Every skill in this suite stands alone. None requires another to have run first. This process is a recommended route through independent stops, not a conveyor belt — which means:
The order earns its keep because each phase surfaces what the next one needs. Deviate deliberately, not accidentally.
Not all EOLs play out the same. The process compresses or expands with the sunset:
| Level 1 — Light | Level 2 — Standard | Level 3 — Heavy | |
|---|---|---|---|
| Typical scope | Feature, internal tool, API | Commercial product, active customers | Revenue-critical, hardware, regulated |
| Elapsed time | Days to weeks | 6-12 months | 12-24 months |
| Phase 2 stops | 3-4 | 7-8 | 10+ |
| Phase 3 gates | 2-3 phases, no gate criteria | 4-5 phases with gates | All 6 phases, gates with approvers |
| Phase 4 output | Support FAQ | + Sales points, objections, escalation | + Channel brief, training |
| Phase 5 message | Brief notice | Standard with phase table | Full, phased, with compliance |
| Phases 2-4 | Often collapse into one sitting | Distinct, sequential | Distinct, with their own workstreams |
Level 2 is the default. Set the level in Phase 1, and let it size everything downstream. Never default to Level 3 — process theater on a small sunset teaches everyone to ignore the process on a big one.
Most people find this skill in the middle of a sunset, often a troubled one. Symptoms map to the phase that got skipped:
| Symptom | Phase skipped | What to do now |
|---|---|---|
| "Legal just found a contract problem" | 2 (Align) | Stop. Return to Phase 1 — the decision may not survive |
| "Sales says they promised this forever" | 2 (Align) | Inventory field commitments before any further comms |
| "Support is drowning in tickets" | 4 (Prepare) | Ship the FAQ and escalation ladder today; backfill the rest |
| "Customers say they never heard" | 5 (Announce) | Re-announce with dates; the first notice didn't land |
| "Nobody knows who owns what" | 3 (Plan) | Build the checklist; unowned items are the failure |
| "We shut it off and things broke" | 3 (Plan) | Downstream readers were never inventoried |
| "We did it and learned nothing" | 6 (Close) | Run the review now — memory decays fast |
Use workshop-facilitation as the interaction protocol when
running any phase conversationally. Give the heads-up, take context dumps, offer numbered choices,
and let people bail to a specific phase.
Use template.md as the one-page tracker for a sunset in flight.
This workflow orchestrates 6 phases with a decision point after each. Elapsed time runs from days at Level 1 to two years at Level 3 — set the level in Phase 1 and let it size the rest. Each phase names the skill that produces its artifact, but every one of those skills also runs standalone, so enter wherever you actually are.
Question: Should we retire this, and how big is this?
Run eol-readiness-advisor for this phase.
If the landing place isn't ready, you may proceed through Phases 2-4 but not Phase 5. Do not announce a transition you can't yet support.
Question: Who can stop this, and what do they know that we don't?
Run eol-stakeholder-sequence for this phase.
This is the most important gate in the process, and the one teams treat as a formality.
Returning to Phase 1 here is cheap. Discovering the same thing after Phase 5 is not.
Question: What has to happen, when, and who owns it?
Run eol-checklist for this phase.
TBD, or Not scheduled with the precondition. An invented
EOL date is a promise you will break in publicQuestion: Are our people ready before our customers hear?
Run eol-internal-enablement for this phase.
This gates the announcement. The cardinal sin of EOL communication is handing Support and Sales the announcement five minutes before customers get it.
Test it: ask a rep who they'd call about a churn threat, and ask them to answer the hardest objection out loud. If either answer is a shrug, you are not ready to announce.
Question: What do customers hear, and when?
Run eol-message for this phase.
Before sending, check three things:
Question: Did we finish, and what did we learn?
Closure is not the shutdown date. It's when the data is gone or delivered, the contracts are settled, the money is recognized, and someone has written down what happened. If the review hasn't been run, the sunset isn't finished — it's just quiet.
PHASE 1: DECIDE -> eol-readiness-advisor
Trigger -> signals -> intensity level -> landing place
DP1: Go / Go-with-conditions / Hold / Harvest
Landing place not ready? Phases 2-4 OK, Phase 5 blocked
|
PHASE 2: ALIGN -> eol-stakeholder-sequence
Legal -> Finance -> Sales -> Marketing -> CS -> difficult customers
-> Engineering -> Support (+ Execs, Channel, Regulatory at L3)
DP2: Did anything invalidate the decision? --[yes]--> back to Phase 1
|
PHASE 3: PLAN -> eol-checklist
Gates in scope -> items with owners -> gate criteria -> data,
contracts, access, money -> enablement date BEFORE announce date
DP3: Every item owned? Every date real?
|
PHASE 4: PREPARE -> eol-internal-enablement
Support FAQ -> sales points with gaps -> objections (offers
pre-approved) -> escalation ladder -> channel brief + training (L3)
DP4: Enablement complete? --[no]--> DO NOT ANNOUNCE
|
PHASE 5: ANNOUNCE -> eol-message
Size -> path -> draft -> sticky-note test -> segment -> comms calendar
DP5: Legal read it? Consistent with field promises? Support has it?
|
PHASE 6: CLOSE -> (this skill)
Walk gates -> track progress -> close data/contracts/money ->
LESSONS-LEARNED REVIEW -> own any deferred decisions
DP6: Data settled, contracts closed, review written?
Level 1 compression: Phases 2, 3, and 4 often collapse into one sitting — a short stakeholder list, a punch list, and a support FAQ. Phases 1, 5, and 6 still happen. Especially 6.
examples/sample.md — Fieldlight Classic Dispatch (SaaS, Level 2, all six phases across ten
months)examples/sample-industrial.md — NFA-200 controller line (industrial, Level 3, where Phase 2
sends the process back to Phase 1 and changes the outcome)Symptom: The first artifact anyone builds is the customer announcement.
Consequence: You announce, then discover the contract terms, the field promises, and the missing migration path — in public, with a date already committed.
Fix: The announcement is the fifth phase for a reason. Everything before it exists to make it survivable.
Symptom: Stakeholder conversations happen, findings get noted, the plan proceeds unchanged.
Consequence: You held the conversations and ignored them, which is worse than skipping them — you now have witnesses who warned you.
Fix: DP2 is a real gate. If Legal or your difficult customers surfaced something material, return to Phase 1 and reassess. That loop is the process working.
Symptom: Phase 4 and Phase 5 land in the same week, or Phase 4 slips and Phase 5 doesn't.
Consequence: Support improvises for three days and their improvisations become your de facto policy — inconsistently.
Fix: DP4 gates DP5 on the plan, with separate dates. If enablement slips, the announcement slips.
Symptom: A deprecated feature gets ten stakeholder stops and a training program.
Consequence: Everyone learns EOL process is bureaucracy and skips it next time — and next time is the one with the contracts.
Fix: Set the level in Phase 1 honestly. A Level 1 sunset that runs in an afternoon and closes properly is a success.
Symptom: The product shuts off, the team moves on, nobody writes anything down.
Consequence: The next sunset repeats every mistake, and the data-deletion and contract-closure items quietly go undone.
Fix: Put the review on the Phase 3 checklist with a named owner while people still care. Closure is not the shutdown date.
Symptom: Every phase is executed competently, measured entirely in internal completion.
Consequence: A clean retirement and a churn spike. You ran a good process and still lost the relationship.
Fix: Track retention as the outcome measure, not checklist completion. The goal is losing the product without losing the customer — if the second half didn't happen, the process didn't succeed.
Every skill below stands alone. This process recommends a route through them; none of them requires this skill, and this skill doesn't require you to run all of them. Carry context between phases by saying "Level 2" and pasting what you have.
eol-readiness-advisor — Phase 1eol-stakeholder-sequence — Phase 2eol-checklist — Phase 3eol-internal-enablement — Phase 4eol-message — Phase 5workshop-facilitation — interaction protocol throughoutpositioning-statement — for the Phase 5 transition solutionstakeholder-map — general mapping, if Phase 2 needs breadth firsthttps://github.com/deanpeters/product-manager-prompts repo.
评论 (0)
暂无评论,成为第一个评论者吧!