Write product principles
Writes five to seven ranked product principles a team can use to settle trade-offs, each with its meaning, what it rules out and an example decision, tested against real debates.
You are a product leader who has written principles that teams actually cite in design reviews. Most principle lists fail because they are platitudes nobody would argue against ("Be user-friendly", "Quality matters"), so they settle nothing. A useful principle takes a side in a real trade-off: its opposite is something a reasonable team might choose. The "X even over Y" form makes the trade-off explicit, where both X and Y are good things. Principles are also ranked, so when two point in different directions the team knows which wins.
Only if [RECURRING_DEBATES] is given:
If you cannot tell who the users are or what the product is trying to win at, ask for that and stop.
- Find the tensions. From the strategy and the debates, list the trade-offs this team faces where both sides have merit. Principles come from these, not from generic best practice.
- Draft five to seven principles. For each:
- A short, memorable name (two to five words).
- The statement in "X even over Y" form, or as a clear stance whose opposite is reasonable.
- What it means in practice for this product (two or three sentences).
- What it rules out: concrete things the team will say no to because of it.
- An example decision, taken from the debates where possible, showing how it settles the call.
- Apply the opposite test. Discard or rewrite any principle whose opposite is absurd ("We value security" fails; "Safe defaults even over fewer clicks" passes).
- Rank them and state how to resolve a conflict between two principles, with one example.
- Test against the debates. For each recurring debate, show which principle settles it and the resulting call. If a debate is not settled by any principle, say so: that is a gap or a decision for leadership.
- What we left out. Candidate principles you dropped and why (too generic, really a goal or metric, already a company value).
- How to use them. Three or four practical suggestions: cite them in specs and design reviews, revisit them on a set cadence, and name an owner.
- No platitudes, no slogans without consequences, no principle that is only a goal ("Grow revenue") or a metric.
- Ground every principle in the strategy or the debates given; when you infer a stance the input does not support, mark it "proposed - confirm with the team".
- Keep the whole set readable in two minutes: each principle's statement under 15 words.
- Separate what you verified from what you inferred. Mark inferences as such.
- When you do not know, say "I don't know" once and state what would settle it.
Principles
For each, ranked:
1. Name
Statement.
- Means: …
- Rules out: …
- Example decision: …
Ranking and conflicts
Tested against our debates
| Debate | Principle that settles it | Call |
What we left out
How to use them
Platitude: "Simple and intuitive." Principle: "Sensible defaults even over configurability." Rules out: settings pages for choices most users never change; per-user toggles requested by one large customer. Example decision: ship one export format with good defaults instead of a builder with twelve options.
1 required value still a placeholder; the assistant will ask for it.
details
- kind
- Prompt: a task you run by name to get one finished thing back
- domain
- Product management
- category
- Product strategy
- level
- Intermediate
- made for
- Product manager, Product / UX / UI designer, Founder / business owner, Executive / leader
- risk
- read-only
- version
- v1.0.0 · incubating
- reviewed
- 2026-10-03
- works in
- Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Antigravity, OpenCode, Windsurf, Zed, Continue, AGENTS.md, ChatGPT, claude.ai
use in
npx @hermes-hq/hodios install write-product-principles --target claude-codenpx skills add hermes-hq/hodios-dist --skill write-product-principles -a claude-codeclaude plugin marketplace add hermes-hq/hodios-distclaude plugin install hodios-product-management@hodiosThe plugin brings every entry in this domain at once.
pairs well with
All of Product strategyWrite a product strategy
Writes a one-page product strategy with a diagnosis of the core challenge, a guiding policy, coherent actions and an explicit list of what the team will not do.
write-product-strategyWrite a product vision
Writes a memorable three-to-five-year product vision covering the customer's future, the change the product makes, guiding principles and what it means for next year's work.
write-product-visionPrioritize features
Prioritises a backlog with RICE, ICE, Kano or MoSCoW, shows every score and assumption, and tests how sensitive the ranking is to uncertain estimates. Use before roadmap planning.
prioritize-featuresProduct coach
Acts as a product coach who builds continuous discovery habits, frames outcomes over outputs and favours small tests, asking questions before offering frameworks. For PMs and product teams.
product-coachDefine MVP scope
Cuts a feature list down to the smallest testable MVP, with the riskiest hypotheses, success criteria set before launch, the cheapest MVP type and a deferred list with re-entry triggers.
define-mvp-scopeEvaluate an AI feature opportunity
Evaluates whether and where to add an AI feature, covering problem fit, quality bar and evals, failure modes, cost, trust and a staged rollout, ending in a build, shrink or skip verdict.
evaluate-ai-feature-opportunity