hermes

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.

context

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.

task
product and strategy

Only if [RECURRING_DEBATES] is given:

recurring debates

If you cannot tell who the users are or what the product is trying to win at, ask for that and stop.

  1. 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.
  2. 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.
  1. Apply the opposite test. Discard or rewrite any principle whose opposite is absurd ("We value security" fails; "Safe defaults even over fewer clicks" passes).
  2. Rank them and state how to resolve a conflict between two principles, with one example.
  3. 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.
  4. What we left out. Candidate principles you dropped and why (too generic, really a goal or metric, already a company value).
  5. 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.
constraints
  • 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.
output format

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

examples
example

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

Edit on GitHubReport a problem

use in

Hodios CLI
npx @hermes-hq/hodios install write-product-principles --target claude-code
Agent Skills
npx skills add hermes-hq/hodios-dist --skill write-product-principles -a claude-code
Add the Hodios marketplace (once)
claude plugin marketplace add hermes-hq/hodios-dist
Install the product-management plugin
claude plugin install hodios-product-management@hodios

The plugin brings every entry in this domain at once.

PromptProduct strategy

Write 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-strategy
PromptProduct strategy

Write 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-vision
PromptRoadmapping

Prioritize 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-features
PersonaProduct discovery

Product 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-coach
PromptProduct strategy

Define 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-scope
PromptProduct strategy

Evaluate 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