product-docs-first

Solid

Use when starting a new app and the operator wants product documentation designed before code, OR docs/<app>/product.md exists. Ingests operator research and the North Star, then designs per-app product docs that planning builds from. If no product.md exists and the operator did not ask to create one, this skill does nothing (silent no-op) — do NOT auto-create. Not for mid-implementation edits.

AI & Automation 9 stars 0 forks Updated 1 weeks ago MIT

Install

View on GitHub

Quality Score: 83/100

Stars 20%
33
Recency 20%
90
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Product Docs First > **Style:** Mode-B-lite. **Artifact-gated** — acts only when `docs/<app>/product.md` exists or the operator asks to create one. ## Purpose Design product documentation per app *before* writing code, so planning and implementation build from a clear product intent instead of guessing. Ingests operator research and the North Star (if present). ## When to invoke - Operator starts a new app and says "design the product docs first", "write product documentation", "what should this app do". - `docs/<app>/product.md` already exists (read it to ground planning). - Operator dropped research in `docs/<app>/research/` and asks to turn it into product docs. ## Do not invoke when - No `docs/<app>/product.md` AND the operator did not ask to create one → silent no-op; do not auto-create. - Mid-implementation edits (planning already done). - Small bug fixes, refactors, copy-only changes, narrow technical tickets, or already-scoped implementation work with no long-lived product-intent change → do not expand product docs (FR-23 / `flow-skills/documentation-budget/SKILL.md`). ## Required inputs | Input | Where it lives | If missing | |---|---|---| | Product intent (operator answers) | chat | ask in chat (FR-19); do not invent | | Research (optional) | `docs/<app>/research/` | proceed without; note it | | North Star (optional) | `docs/north-star.md` | proceed; align if present | | Template | `templates/product.md` | stop; template missing | ## Procedure 1. **Gate...

Details

Author
fusebase-dev
Repository
fusebase-dev/fusebase-flow
Created
4 months ago
Last Updated
1 weeks ago
Language
Shell
License
MIT

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

product-docs-update

Keep the product documentation at docs/product/index.html true after a code change, and audit it against the code. Use this skill whenever work in a repository that has docs/product/index.html changes how the product is understood - a business rule, a mechanism or background job, a capability, plan or permission logic, an external dependency, an AI component, a metric, an experiment, a structuring decision, a roadmap priority. Also for the business card - pitch, mission and vision, personas, business model, market and competitors, the single objective and the strategy - when the company pivots, changes who it serves, how it charges or what it optimises for, or those pages are missing. Also when a project has shipped, a rollout gate is removed or a spec is out, to move that spec into the living pages. Also when the user asks to review, audit or refresh the docs, to add a spec page or a decision, or a page is flagged stale. If docs/product/index.html does not exist, use product-docs-bootstrap instead.

0 Updated 5 days ago
guillaumesimon
AI & Automation Solid

docs-product

Product documentation branch — the 'why' and 'what' of a project: VISION.md, PRD.md, ROADMAP.md, FEATURES.md. Written from an idea forward, before engineering docs. Order: VISION -> PRD -> ROADMAP -> FEATURES. Full catalog + checklist in references/product-docs.md, templates in templates/. Triggers: 'продуктовая документация', 'vision', 'prd', 'роадмап', 'roadmap', 'фичи документация', 'product docs', 'требования к продукту', 'документация продукта'.

6 Updated 2 weeks ago
bestdeejay-design
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