Product thinking for Claude Code.
You asked for a one-pager and got back a dissertation. PM Skills is the product expertise your AI is missing.
Every skill draws on established product thinking. They ask questions before generating, flag what you missed, and won't let you ship vague specs.
/pm:decide doesn't produce a decision doc from a one-liner. It pushes back: "What's the constraint? What did you rule out? Why not the simpler option?"
/pm:review is adversarial. It finds what you missed: vague acceptance criteria, unstated assumptions, missing edge cases. The questions engineering would ask, before they ask them.
Every skill checks for product context before generating. Run /pm:teach-pm once and your product, users, and constraints are baked into every output.
Every skill runs this before delivering. If you showed this output to engineering and they came back with a bunch of clarifying questions in the first hour, it's slop.
Not "users." Which users, in what context, with what constraints?
Not "better experience." What's broken, for whom, and what's the evidence?
Not "positive feedback." What metric, what target, measured how?
Not just the happy path. What happens when it fails, when data's empty, when users race?
Not infinite. At least three things explicitly NOT in scope.
Not "obviously correct." What are you giving up? What's the cost of this choice?
Could this be half as long? If a section exists only to sound thorough, cut it.
Add the skill pack to your Claude Code environment. One command, no dependencies, no config.
Run /pm:teach-pm once. It explores your codebase, asks about your product, and writes the context that makes everything work.
Use /pm:brief, /pm:spec, /pm:decide, or any skill. They inherit your product context. No copy-pasting. No prompt engineering.
Free and open source. Install it, run /pm:teach-pm, and try /pm:brief on something you're working on.