Introduction
Welcome to the docs. Replace this with a one or two line summary of what your product does and who these docs are for.
Open with the big picture: what the product is, the problem it solves, and what a reader will be able to do by the end of this page. Keep it friendly and concrete — docs that read like a helpful colleague beat docs that read like a spec.
Installation
Show the fastest path to installed. Lead with the one command most people need:
# install
npm install your-package
Then note any prerequisites or platform differences below the happy path.
Quick start
Get the reader to a working result as fast as possible. A short, copy-pasteable example earns more trust than paragraphs of prose:
import { createThing } from 'your-package';
const thing = createThing({ apiKey: process.env.API_KEY });
await thing.run();
Configuration
Document options in a table — readers scan these constantly:
| Option | Type | Default | Description |
|---|---|---|---|
apiKey | string | — | Your secret API key. |
timeout | number | 30000 | Request timeout in ms. |
retries | number | 3 | How many times to retry. |
Authentication
Explain how auth works and link out to where users get their keys. Reference other pages with inline links so readers can navigate naturally.
Deployment
Walk through getting to production. Keep environment-specific notes clearly separated so nobody follows the wrong path.
API reference
For reference material, lead with the signature, then describe parameters and return values. Consistency matters more than prose here.
CLI commands
your-cli build # build the project
your-cli deploy # ship it
your-cli --help # list all commands
Changelog
v1.0 — Initial release. Use this section (or a dedicated page) to keep a running list of changes; users genuinely read it.