product

Featured

Create or refine PRODUCT.md while separating evidence, aspiration, users, value, and non-goals. Triggers: "product", "create PRODUCT.md", "product boundary".

AI & Automation 446 stars 41 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 94/100

Stars 20%
88
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
94
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Product Create or refine a product contract with the user's authority. The contract works because it forces every claim into evidence or labeled aspiration; if a reader cannot tell which is which, the document has failed. 1. Inspect existing product, README, goals, release, and evidence sources. 2. Ask only for decisions that cannot be grounded safely from those sources. 3. State mission, users, pains, value, differentiation, and non-goals. For this repository's own product surfaces, start from the canonical category in `docs/contracts/ubiquitous-language.md` (AgentOps is the operations layer for agentic engineering) and preserve the small ownership boundary — never re-frame AgentOps as an execution orchestrator, factory, or loop. 4. Separate evidence from hope under two required headings. Put every grounded claim under `## Proven`, each carrying a resolvable citation (a README, release, test, or evidence source). Put unproven hopes, evidence gaps, and not-yet-measured success signals under `## Assumptions`. A claim that cannot cite a source belongs under `## Assumptions`, never `## Proven`. 5. Preserve an existing PRODUCT.md unless the user authorizes replacement. 6. Return the document to the caller; Plan may use it as intent context. Named failure mode — **aspiration laundering**: an unproven hope written in the `## Proven` section; once laundered, every downstream plan inherits a false premise. Detector: any `## Proven` claim without a resolv...

Details

Author
boshu2
Repository
boshu2/agentops
Created
10 months ago
Last Updated
today
Language
Go
License
Apache-2.0

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

product-operator

Evidence-governed product operating system that reconciles GitHub implementation and release state, Notion roadmap/tasks/decision docs, product context, and available outcome signals to answer what the team should do next. Use for questions such as what remains, what to build/fix/verify next, how to finish or unstick a product, what is actually done, whether roadmap and repo agree, how to plan the next product cycle, what changed since the last review, or what should wait/stop. Produces bounded BLOCKER/VERIFY NOW/DECISION NOW/NOW/NEXT/LATER/STOP actions, dependency-aware sequencing, state drift, readiness, immutable snapshots/deltas, confidence, done conditions, and specialist handoffs. Read-only by default; delegate deep audits and consequential decisions instead of duplicating specialist skills.

1 Updated today
CometWeb-io
AI & Automation Listed

product-operator

Evidence-governed product operating system that reconciles GitHub implementation and release state, Notion roadmap/tasks/decision docs, product context, and available outcome signals to answer what the team should do next. Use for questions such as what remains, what to build/fix/verify next, how to finish or unstick a product, what is actually done, whether roadmap and repo agree, how to plan the next product cycle, what changed since the last review, or what should wait/stop. Produces bounded BLOCKER/VERIFY NOW/DECISION NOW/NOW/NEXT/LATER/STOP actions, dependency-aware sequencing, state drift, readiness, immutable snapshots/deltas, confidence, done conditions, and specialist handoffs. Read-only by default; delegate deep audits and consequential decisions instead of duplicating specialist skills.

1 Updated today
MaciejZet
Data & Documents Listed

product

Use when the user wants a product strategy doc, PRD, pitch, vision, personas, or outcomes at docs/product/product.md. Drafts or re-authors the document. Triggers on "write the PRD", "draft a product pitch", "who are our personas". Re-authoring is also how an existing product.md gets critiqued or revised — docs-review checks writing quality and cross-document consistency, not strategic soundness. Do NOT use for phased delivery plan (roadmap), epics or backlog (tasks), architecture (solution), tasks or Gherkin (tasks), or implementation (implement).

2 Updated 1 months ago
carinyaparc