product-docs-first

Generate structured per-app product documentation before implementation begins.

6|Updated May 29, 2026
One-click install
npx skills add https://github.com/fusebase-dev/fusebase-flow --skill product-docs-first
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: product-docs-first
Source: https://github.com/fusebase-dev/fusebase-flow/tree/main/flow-skills/product-docs-first
Command: npx skills add https://github.com/fusebase-dev/fusebase-flow --skill product-docs-first

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

App development often suffers from misaligned product intent, scope drift, and wasted rework when product documentation is created after coding begins or not at all. This Skill ensures clear product intent is defined and documented before any implementation work starts, so all stakeholders and development teams are aligned on the app's core purpose and requirements.

Core Features & Use Cases

  • Pre-code product documentation: Generates structured per-app product docs from operator research, North Star goals, or explicit operator requests using a standardized template.
  • Artifact-gated activation: Only runs when a docs/<app>/product.md file already exists or the operator explicitly asks to create product documentation, avoiding unprompted doc generation.
  • Use Case: When launching a new client-facing app, use this Skill to turn operator research and business goals into a clear product document that implementation planning teams can use to build the right features without guesswork.

Quick Start

Request the AI to design product documentation for your new app before starting any implementation work.

Frequently Asked Questions about product-docs-first

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I create product documentation before coding begins to align stakeholders?

You create pre-code product documentation by feeding operator research and North Star goals into a standardized template, generating structured per-app product docs that align cross-functional teams before implementation begins.

What is a documentation-first approach for app planning and why is it needed?

A documentation-first approach defines product intent and requirements before any coding starts, eliminating guesswork, scope drift, and wasted rework caused by misaligned product goals during app development.

When should I generate pre-development product docs for a new app initialization?

You should generate pre-development product docs during new app initialization workflows, specifically when you have gathered operator research, North Star goals, or explicit requests to design product documentation before implementation.

How do I prevent scope drift and unnecessary documentation expansion during app development?

Prevent scope drift and unnecessary documentation expansion by applying documentation budget rules and artifact-gated activation, which restricts product documentation generation to explicit operator requests or existing product.md files.

Does product documentation generation work without an existing docs file?

Product documentation generation requires an existing docs/<app>/product.md file or an explicit operator prompt asking to create product documentation, ensuring artifact-gated activation prevents unprompted generation during mid-implementation work.

Can I use operator research and North Star goals to structure per-app product documentation?

You can use operator research, North Star goals, and explicit operator requests to generate structured per-app product documentation using a standardized template that feeds directly into implementation planning.