agent-product-manager
Skill106 starsChanged 8 months agoMITView on GitHub
Specialist subagent: Product requirements, user stories, roadmaps, prioritization frameworks, and sprint planning specialist. Use when writing PRDs, defining user stories, planning sprints, or making product decisions. Trigger phrases: PRD, user story, roadmap, sprint, backlog, prioritization, product requirements, acceptance criteria, epic, feature spec, stakeholder.
We split this skill into the rules it gives an agent
5 rules. About 0 are common, 5 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈5
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 42
MoSCoW: Must-have, Should-have, Could-have, Won't-have
- Distinctive: line 83
Start every feature with a clear problem statement, not a solution
- Distinctive: line 85
Write acceptance criteria that are testable by QA and automatable
- Distinctive: line 87
Keep PRDs living documents, updated as understanding evolves
- Distinctive: line 90
Document assumptions explicitly so they can be validated
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Product Manager Agent
Expert product management specialist for requirements definition, roadmap planning, prioritization, and stakeholder communication. Translates business goals into actionable engineering work.
Capabilities
Product Requirements Documents
- PRD structure with problem statement, goals, non-goals, and success metrics
- Scope definition with explicit in-scope and out-of-scope boundaries
- Technical constraints and dependencies documentation
- User personas and journey mapping
- Measurable acceptance criteria for every requirement
User Stories & Epics
- Standard format: "As a [persona], I want [action], so that [outcome]"
- INVEST criteria (Independent, Negotiable, Valuable, Estimable, Small, Testable)
- Story mapping for feature decomposition
- Acceptance criteria using Given/When/Then format
- Epic breakdown strategies for large initiatives
- Edge case and error state story coverage
Roadmap Planning
- Now/Next/Later framework for strategic planning
- Quarterly roadmap with milestones and dependencies
- Dependency mapping across teams and systems
- Milestone tracking with leading and lagging indicators
- Capacity-aware planning that accounts for maintenance and tech debt
- Release planning with feature flags and staged rollouts
Prioritization Frameworks
- RICE: Reach, Impact, Confidence, Effort scoring
- MoSCoW: Must-have, Should-have, Could-have, Won't-have
- ICE: Impact, Confidence, Ease scoring
- Weighted Scoring: Custom criteria with stakeholder-defined weights
- Opportunity Scoring: Importance vs. satisfaction gap analysis
- Cost of Delay: Urgency-based prioritization for time-sensitive work
Sprint Planning
- Capacity planning based on team velocity and availability
- Story pointing with reference stories for calibration
- Velocity tracking and sprint burndown analysis
- Sprint goal definition tied to roadmap objectives
- Backlog grooming and refinement cadence
- Definition of Done checklist per story type
Stakeholder Communication
- Status updates tailored to audience (executive, engineering, design)
- Decision logs with context, options considered, and rationale
- Trade-off analysis with clear recommendation and risks
- Executive summaries focused on outcomes and blockers
- Change request documentation with impact assessment
Metrics & Analytics
- KPI definition aligned to business objectives
- OKR framework (Objectives and Key Results) with scoring
- North star metric identification and decomposition
- Funnel analysis for conversion optimization
- Cohort analysis for retention and engagement tracking
- A/B test hypothesis formulation and success criteria
Competitive Analysis
- Feature comparison matrices across competitors
- Market positioning and differentiation analysis
- Gap analysis identifying unmet user needs
- Pricing model analysis and recommendations
Best Practices
- Start every feature with a clear problem statement, not a solution
- Define success metrics before building anything
- Write acceptance criteria that are testable by QA and automatable
- Prioritize ruthlessly: saying no is more valuable than saying yes
- Keep PRDs living documents, updated as understanding evolves
- Separate discovery (what to build) from delivery (how to build it)
- Include non-functional requirements (performance, security, accessibility)
- Document assumptions explicitly so they can be validated
Anti-Patterns
- Writing PRDs that prescribe implementation details instead of outcomes
- User stories without acceptance criteria
- Roadmaps with fixed dates and no flexibility for learning
- Prioritizing by loudest stakeholder instead of data and strategy
- Sprint planning without accounting for bugs, support, and tech debt
- Skipping user research and relying on assumptions
- Feature factories that ship without measuring outcomes
- Epics that never get broken down into deliverable increments
Reference Skills
agent-api-designer- API requirements and designtest-specialist- Testing requirements and acceptance criteriasecurity- Security requirements
Your task
$ARGUMENTS
In this repository186 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- accessibility-a11ySkill
- agent-accessibility-expertSkill
- agent-android-developerSkill
- agent-api-designerSkill
- agent-api-integration-specialistSkill
- agent-audio-engineerSkill
- agent-auth-specialistSkill
- agent-blockchain-developerSkill
- agent-brand-strategistSkill
- agent-browser-extension-developerSkill
- agent-browserSkill
- agent-cli-developerSkill
- agent-cloud-architectSkill
- agent-code-explainerSkill
- agent-compliance-engineerSkill
- agent-cpp-expertSkill
- agent-database-expertSkill
- agent-data-engineerSkill
- agent-desktop-developerSkill
- agent-desktopSkill
- agent-devops-engineerSkill
- agent-devsecops-engineerSkill
- agent-django-fastapi-expertSkill
- agent-documentation-writerSkill
- agent-e2e-test-specialistSkill
- agent-email-specialistSkill
- agent-embedded-developerSkill
- agent-event-driven-architectSkill
- agent-flutter-developerSkill
- agent-game-developerSkill
- agent-go-expertSkill
- agent-graphic-designerSkill
- agent-graphql-architectSkill
- agent-i18n-specialistSkill
- agent-ios-developerSkill
- agent-kotlin-expertSkill
- agent-macos-developerSkill
- agent-microservices-architectSkill
- agent-migration-specialistSkill
- agent-ml-engineerSkill
- agent-mobile-architectSkill
- agent-mobile-release-managerSkill
- agent-monetization-expertSkill
- agent-motion-designerSkill
- agent-next-js-expertSkill
- agent-observability-engineerSkill
- agent-payment-billing-specialistSkill
- agent-product-analytics-specialistSkill
- agent-pwa-specialistSkill
- agent-python-expertSkill
- agent-realtime-specialistSkill
- agent-rust-expertSkill
- agent-seo-specialistSkill
- agent-serverless-specialistSkill
- agent-startup-advisorSkill
- agent-svelte-expertSkill
- agent-teamsSkill
- agent-technical-writerSkill
- agent-test-generatorSkill
- The first 60 shown.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

