gitpagedocs is a CLI and runtime contract for repository documentation.
It generates and maintains a gitpagedocs/ folder with config and versioned markdown files.
It does not generate index.html or index.js.
- Project Architecture (Monorepo)
- UI Icon Policy
- Prerequisites
- Quick Start
- Layout Strategy
- Use Official Site or Your Own GitHub Pages
- Self-Hosted GitHub Pages Setup
- Generated Structure
- Configuration Keys
- Version selector visibility
- Repository Search Behavior
- Scripts
- URL Routes and Query Parameters
- Authorized Routes
- CLI Options
- AI CLI (interactive docs generator)
- Configuration File Format
- License
git-page-docs is a pnpm + turborepo monorepo. All business logic lives in one shared core (tools/); the frontend, CLI, and MCP server are thin consumers of it.
git-page-docs/
|-- frontend/ # Next.js 15 docs viewer (static export) — see frontend/README.md
|-- cli/ # Hexagonal CLI, published as the `gitpagedocs` npm bin
|-- mcp/ # Model Context Protocol server (@gitpagedocs/mcp)
|-- tools/ # @gitpagedocs/tools — the ONLY home for shared business logic
|-- gitpagedocs/ # User contract: config + versioned docs (kept stable)
|-- gitpagelayouts/ # Canonical layouts home: JSON + generated per-layout docs (layouts:sync)
|-- e2e/ # Playwright end-to-end specs
`-- tsconfig.base.json · turbo.json · pnpm-workspace.yaml · vitest.config.ts
| Area | Package | Responsibility |
|---|---|---|
| frontend/ | root pkg | Next.js App Router docs viewer: multi-version / multi-language docs, 36-theme layouts, the in-docs AI chat drawer, and the /ai console. Built via next build frontend and static-exported to out/ for GitHub Pages. |
| cli/ | gitpagedocs (bin) |
Hexagonal CLI (@clack/prompts) that scaffolds gitpagedocs/, generates docs with AI, configures GitHub Pages, and launches the MCP server. |
| mcp/ | @gitpagedocs/mcp |
MCP server (SDK 1.29): 20 tools + 7 resources for repository analysis and AI doc generation, all delegating to tools/. |
| tools/ | @gitpagedocs/tools |
Shared core: 14-provider AI system (registry/factory, no switch chains), encrypted credential vault (AES-256-GCM) + password gate, logger with secret redaction, caches, config loader, filesystem + documentation services. Browser-safe subpath exports (./ai, ./crypto/web, ./security/web, …). |
| gitpagedocs/ | — | The user-facing contract: config.{json,js,ts} and docs/versions/**. Never broken by refactors. |
API keys are never stored in plaintext. Both the /ai console and the in-docs chat drawer gate access behind a local password that derives (PBKDF2) an AES-256-GCM key; keys are encrypted at rest in localStorage and decrypted only for the session. Any legacy plaintext key is migrated into the vault and wiped on first unlock.
- pnpm workspaces + turborepo for builds/tests across packages
- Shared
tsconfig.base.json;npm run typecheckcovers cli / frontend / tools / mcp - Vitest unit + integration (coverage on
tools/src) and Playwright E2E (e2e/) - A smoke + byte-baseline harness (
npm run smoke:all) guards every legacy CLI contract - GitHub Actions: CI (
ci.yml) + GitHub Pages deploy (gitpagedocs-pages.yml)
The sections below document the published
gitpagedocsCLI and its runtime contract. For frontend-specific development (the Next.js viewer), seefrontend/README.md.
Frontend controls, navigation actions, status buttons, and visual affordances use react-icons.
Do not hardcode emojis or decorative Unicode symbols in React components, CLI output, or generated docs references.
Use the existing icon resolver flow where configuration is supported:
ReactIconByTagfor configurable frontend icon tags.ResolvedNavMenuIconConfigand related resolvers for menu, sidebar, lock, audio, and chat controls.- Direct
react-iconsimports only for local, typed fallback icons.
When an icon-only button already exposes its accessible name through aria-label or title, mark the rendered icon with aria-hidden.
- Node.js 18+ (recommended 20+)
- npm 9+
Install the CLI globally, or run it one-off:
npm install -g @gitpagedocs/cli # global install
gitpagedocs # then run anywhere (the bin is `gitpagedocs`)
# or, no install:
npx @gitpagedocs/cli
gitpagedocsis published from thecli/package of this monorepo. Generating docs is config-only — it never writesindex.html/index.js.
Generate docs config and versioned files (recommended default):
npx @gitpagedocs/cliGenerate docs plus local layout templates:
npx @gitpagedocs/cli --layoutconfigGenerate docs, configure GitHub Pages URL, create workflow, and push:
npx @gitpagedocs/cli --push --owner your-user --repo your-repositoryDocs deploy at the repository root, e.g. https://your-user.github.io/your-repository/v/1.1.62/?lang=en.
Optional --path to serve docs in a subpath (e.g. docs or git-page-docs):
npx @gitpagedocs/cli --push --owner your-user --repo your-repository --path docsThen docs are at https://your-user.github.io/your-repository/docs/v/1.1.62/?lang=en.
Shortcut syntax also supported:
npx @gitpagedocs/cli --push --your-user --your-repositoryGenerates a self-contained gitpagedocshome/ folder with:
- Static export of the docs (ready for
npx serve .) - Pre-configured
.env Dockerfilefor container deploymentREADME.mdwith usage instructions
npx @gitpagedocs/cli --home
cd gitpagedocshome
npx serve .Or with Docker:
cd gitpagedocshome
docker build -t gitpagedocshome .
docker run -p 3000:80 gitpagedocshomegitpagedocs supports two layout strategies:
gitpagedocs/config.json(orconfig.js/config.ts) is generated with official layout source enabled.- Layouts/templates are loaded from the official repository URLs (the documented
gitpagelayouts/home):https://github.com/Vidigal-code/git-page-docs/tree/main/gitpagelayouts- Repositories generated with
--layoutconfigkeep their own local layouts folder and it is still resolved first.
- Every official layout is documented (palette, typography, usage) in
gitpagelayouts/README.md. - Best option if you want to focus only on writing docs.
- Generates local files in
gitpagelayouts/**(change the folder with--layouts-dir <dir>):layoutsConfig.jsonlayoutsFallbackConfig.jsontemplates/*.json
- The generated
gitpagedocs/config.jsonreferences that folder throughlayoutsConfigPathandlayoutsConfigPathTemplates, so the viewer resolves it directly instead of probing. - Official layout URLs are disabled in generated config.
- Best option if you want to create and maintain your own templates in your own repository.
- The legacy
gitpagedocs/layouts/location is no longer generated. The viewer still resolves it first, so existing sites keep working untouched, and the CLI offers to move it into the layouts home — only after you confirm. Nothing is deleted on your behalf.
- Runtime keeps resilient fallback behavior if a layout/template source is unavailable.
- In local layout mode, the runtime prioritizes local repository layout sources and does not force official template URLs by default.
You can choose either:
- Official viewer site
https://vidigal-code.github.io/git-page-docs/ - Self-hosted viewer in your own GitHub repository using GitHub Pages.
This means your docs can run independently from the official domain when you publish your own site.
npm install
npx @gitpagedocs/cliOr, if you want local templates:
npx @gitpagedocs/cli --layoutconfigSet gitpagedocs/config.json (or config.js / config.ts) site.rendering to your GitHub Pages URL:
https://<your-user>.github.io/<your-repository>/
Example:
https://octocat.github.io/my-docs/
npm run lint
npm run build
npm start- Push your repository to GitHub.
- Enable Pages for your repository (Settings -> Pages).
- Use the repository workflow to build/deploy static output.
- Optional one-command bootstrap:
npx @gitpagedocs/cli --push --owner your-user --repo your-repository— docs served athttps://<owner>.github.io/<repo>/(base path uses the repo name so CSS/JS load correctly)npx @gitpagedocs/cli --push --owner your-user --repo your-repository --path docs— docs athttps://<owner>.github.io/<repo>/docs/; the site root redirects there- This creates
.github/workflows/gitpagedocs-pages.yml, setssite.rendering, commits generated artifacts, and pushes toorigin. - The generated workflow clones the official
git-page-docsruntime in CI, injects yourgitpagedocs/folder, builds, and deploys to your GitHub Pages URL. - The workflow trigger uses your current git branch automatically.
- After push, CLI also attempts to switch repository Pages source to GitHub Actions using
gh api(if GitHub CLI is available and authenticated).
When built with GITHUB_ACTIONS=true, the runtime enables GitHub Pages behavior.
Default mode:
gitpagedocs/
config.json
icon.svg
docs/
versions/
1.1.62/config.json
1.1.62/{en,pt,es}/*.md
Local layout mode adds (at the repository root, next to gitpagedocs/):
gitpagelayouts/
layoutsConfig.json
layoutsFallbackConfig.json
templates/*.json
Main layout source keys in gitpagedocs/config.json (or config.js / config.ts):
layoutsConfigPathOficiallayoutsConfigPathOficialUrllayoutsConfigPathTemplatesOficiallayoutsConfigPathlayoutsConfigPathTemplates
Behavior:
- If
layoutsConfigPathOficial=true, runtime prefers official layout/template sources. - If
layoutsConfigPathOficial=false, runtime prefers your repository layout/template sources (gitpagelayouts/**, the legacygitpagedocs/layouts/**, or your custom paths).
In the docs shell, the version dropdown is hidden when VersionControl.versions resolves to at most one unique id:
- One entry, or multiple entries with the same
id, shows no version selector (duplicateidrows are deduplicated; the first wins). - Two or more distinct
idvalues show the version selector. - Language and theme selectors are separate and are not affected by version count.
Repository search is controlled by environment/runtime context:
- GitHub Pages builds (
GITHUB_ACTIONS=true): repository-search home enabled. - Local runtime: controlled by
GITPAGEDOCS_REPOSITORY_SEARCH=true|false.
Recommended for local testing:
GITPAGEDOCS_REPOSITORY_SEARCH=trueVersion configs can render a GitHub-style source browser inside the docs through routes-source-viewer and menus-header-source-viewer. Each source viewer route uses source-viewer: true and source-viewer-path, for example https://github.com/Vidigal-code/git-page-docs/tree/main.
npm run gitpagedocs— runsnode cli/index.mjs(generate config and docs)npm run gitpagedocs:full— compatibility alias for the same CLInpm run gitpagedocs:home— generatesgitpagedocshome/(static site + .env + Dockerfile + README)npm run build— generategitpagedocs/+ copy icon topublic/+next buildnpm run build:prebuilt— generate + build + copyout/toprebuilt/npm run dev—next devnpm run start—node cli/start.mjs(spawnsnext start; runs afterprestartbuild)npm run lint—eslint .npm run clean— remove.next/
All routes for accessing documentation files on the official site or self-hosted GitHub Pages.
| Pattern | Description |
|---|---|
/ |
Repository search home (when repositorySearchHome=true) |
/{owner}/{repo}/ |
Docs for owner/repo, default version |
/{owner}/{repo}/v/{version}/ |
Docs for owner/repo, specific version |
/v/{version}/ |
Docs for the project’s own repo, specific version |
Base URL (official site): https://vidigal-code.github.io/git-page-docs/
| Parameter | Values | Description |
|---|---|---|
lang |
en, pt, es |
UI and content language |
theme |
layout id (e.g. aurora-dark, aurora-light) |
Active theme; always reflected in URL |
modetheme |
dark, light |
Theme mode (legacy; theme takes precedence) |
version |
e.g. 1.1.62 |
Version (alternative to path) |
menu |
en, pt, es |
Language for path resolution (use with id or name) |
id |
route id (e.g. 1, 2) |
Navigate to page by route id |
name |
slug (e.g. getting-started) |
Navigate to page by filename slug |
mdfull |
en, pt, es |
Markdown fullscreen mode |
htmlfull |
en, pt, es |
HTML fullscreen mode |
file |
path (with mdfull or htmlfull) |
File to show in fullscreen |
videofull |
en, pt, es |
Video fullscreen mode |
audiofull |
en, pt, es |
Audio fullscreen mode |
slug |
video/audio slug (with videofull or audiofull) |
Video/audio identifier |
#heading-id |
anchor | Scroll to heading in markdown |
Base URL used below:
https://vidigal-code.github.io/git-page-docs
Base docs paths
- Repository search home: https://vidigal-code.github.io/git-page-docs/
- Repository default version: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/?lang=en
- Repository pinned version: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en
- Project version path without owner/repo: https://vidigal-code.github.io/git-page-docs/v/1.1.62/?lang=en
- Version through query parameter: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/?lang=en&version=1.1.62
Markdown pages by route id
- Getting Started (
id=1): https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&id=1 - Project overview (
id=2): https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&id=2 - Functionalities (
id=3): https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&id=3 - GitHub issues and projects (
id=4): https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&id=4 - Introduction to Git (
id=5): https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&id=5 - Authorized routes (
id=6): https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&id=6
Markdown pages by slug (name)
- Getting Started: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&name=getting-started
- Project overview: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&name=project-overview
- Functionalities: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&name=functionalities
- GitHub issues and projects: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&name=github-issues-projects
- Introduction to Git: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&name=git-introduction
- Authorized routes: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&name=authorized-routes
Source viewer
- Source viewer page inside the docs shell (
id=7): https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&id=7 - Standalone source viewer root: https://vidigal-code.github.io/git-page-docs/source-viewer
- Standalone source viewer for this repository: https://vidigal-code.github.io/git-page-docs/source-viewer/Vidigal-code/git-page-docs/tree/main
- Standalone source viewer for a nested path: https://vidigal-code.github.io/git-page-docs/source-viewer/Vidigal-code/git-page-docs/tree/main/frontend/src
Video pages
- Interactive vs non-interactive modes (
id=8): https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&id=8 - GitHub issues and projects video (
id=9): https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&id=9 - Python tutor video (
id=10): https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&id=10 - Git introduction video (
id=11): https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&id=11
Audio pages
- Audio track (
id=12): https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&id=12
Fullscreen modes
- Markdown fullscreen: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?mdfull=en&file=gitpagedocs/docs/versions/1.1.62/en/getting-started.md
- HTML fullscreen pattern (requires a configured HTML route): https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?htmlfull=en&file=gitpagedocs/docs/versions/1.1.62/en/example.html
- Video fullscreen by route id: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?videofull=en&id=8
- Video fullscreen by slug: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?videofull=en&slug=bdIJkGr2NV0
- Audio fullscreen by route id: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?audiofull=en&id=12
- Audio fullscreen by slug: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?audiofull=en&slug=0w80F8FffQ4
Theme and heading selection
- aurora-dark theme: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&theme=aurora-dark
- aurora-light theme: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&theme=aurora-light
- Legacy mode parameter: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&modetheme=dark
- Scroll to a Markdown heading: https://vidigal-code.github.io/git-page-docs/Vidigal-code/git-page-docs/v/1.1.62/?lang=en&menu=en&id=1#quick-start
Standalone app routes
- AI console: https://vidigal-code.github.io/git-page-docs/ai
- Introduction guide: https://vidigal-code.github.io/git-page-docs/introduction-guide
Route authorization is configured per version in:
gitpagedocs/docs/versions/<version>/config.json
Use the top-level auth section plus route-level authorization:
auth.accessKeys: key ids and expected secretsauth.rolesStorageKey: localStorage key used to bootstrap rolesauth.providers: external providers (authjs,clerk,firebase,jwt)authorization.accessKeyId: requires a configured keyauthorization.requiredRoles: requires matching rolesauthorization.requireExternalAuth: requires authenticated external providerauthorization.allowedProviders: optional provider allow-list per route
Example:
{
"auth": {
"accessKeys": {
"docs-key": "open-gitpagedocs-docs"
},
"providers": [
{ "type": "authjs", "enabled": true, "sessionEndpoint": "/api/auth/session" },
{ "type": "jwt", "enabled": true, "tokenStorageKey": "git-page-docs:jwt-token" }
]
},
"routes-md": [
{
"id": 6,
"path": {
"en": "gitpagedocs/docs/versions/1.1.62/en/authorized-routes.md",
"pt": "gitpagedocs/docs/versions/1.1.62/pt/authorized-routes.md",
"es": "gitpagedocs/docs/versions/1.1.62/es/authorized-routes.md"
},
"authorization": {
"accessKeyId": "docs-key",
"requiredRoles": ["maintainer"],
"requireExternalAuth": true,
"allowedProviders": ["authjs", "jwt"]
}
}
]
}| Option | Description |
|---|---|
--owner <user> |
GitHub owner (e.g. Vidigal-code) |
--repo <repo> |
GitHub repository (e.g. git-page-docs) |
--path <subpath> |
Subpath for docs (e.g. docs); without it, base path = repo name for correct asset loading on project sites |
--output <dir> |
Output directory (default: gitpagedocs or gitpagedocshome with --home) |
--search true|false |
Enable/disable repository search (mainly for --home) |
--layoutconfig |
Generate local layout templates in gitpagelayouts/ |
--layouts-dir <dir> |
Folder that holds local layouts (default: gitpagelayouts) |
--push |
Create workflow, commit artifacts, push to origin |
--home |
Standalone distribution in gitpagedocshome/ (static site + .env + Dockerfile + README) |
--interactive / -i |
Run in interactive mode (already the default in a terminal) |
--no-interactive / --yes / -y |
Never prompt; use flags and defaults (implied in CI and when stdin is piped) |
ai or --ai |
Interactive AI documentation mode (paths, provider, API key/base URL, multilingual output) |
--build |
Compatibility flag (no change to output) |
--serve |
Compatibility flag |
--full |
Compatibility flag |
Shortcut syntax: npx @gitpagedocs/cli --push --<owner> --<repo> (e.g. --Vidigal-code --git-page-docs) is equivalent to --owner <owner> --repo <repo>.
With --home, output is gitpagedocshome/ (or --output value). Otherwise, output remains gitpagedocs/ (or --output value).
Run:
npx @gitpagedocs/cli aiThis mode provides:
- provider selection (
openai,claude,gemini,ollama) - API key / base URL input
- path input (supports multiple paths and cross-repo paths)
- multilingual markdown generation (
pt,en,es) - optional
.gitpagedocsconfigpersistence for manual reuse - interactive fallback when directories are missing (fix/skip/abort)
Generates in the gitpagedocs pattern. The model is told what gitpagedocs is and
returns documentation split into multiple pages. gitpagedocs ai first scaffolds the base
gitpagedocs/ structure, then writes each page to
gitpagedocs/docs/versions/<latest>/<lang>/<slug>.md (in every language) and wires them
into that version's config.json (routes-md + menus-header-md), so the AI pages show up
directly in the docs viewer menu. The added entries are tagged aiGenerated and are
idempotent — re-running gitpagedocs ai replaces them instead of duplicating.
Note: a later plain
gitpagedocsrun rebuilds the base config from the deterministic templates and drops the AI wiring — re-rungitpagedocs aito restore it.
The config is stored securely in the per-user OS config directory (never inside the repository, so the API key cannot be committed by accident), with owner-only file permissions on POSIX systems:
- Windows:
%APPDATA%\gitpagedocs\.gitpagedocsconfig - macOS:
~/Library/Application Support/gitpagedocs/.gitpagedocsconfig - Linux:
$XDG_CONFIG_HOME/gitpagedocs/.gitpagedocsconfig(or~/.config/gitpagedocs/.gitpagedocsconfig)
Set GITPAGEDOCS_CONFIG_DIR to override the directory. Delete the stored file
and its credentials at any time with npx @gitpagedocs/cli config clear. A legacy
.gitpagedocsconfig in the repository root is migrated there automatically on the
next gitpagedocs ai run. File contents:
{
"version": 1,
"ai": {
"provider": "openai",
"model": "gpt-4o-mini",
"apiKey": "<YOUR_API_KEY>",
"paths": ["src", "cli", "../another-repo/src"],
"languages": ["pt", "en", "es"],
"outputDir": "gitpagedocs/docs",
"filePrefix": "ai-generated",
"contextPrompt": "Você é um redator técnico sênior..."
}
}For Ollama, use baseUrl instead of apiKey.
Protect the whole documentation site behind a password:
gitpagedocs passwordIt prompts for a password (type + confirm), writes a non-reversible public key to
site.docsAccess in gitpagedocs/config.json, and prints a private key to copy. The
scheme is double-hash: privateKey = SHA256(password), publicKey = SHA256(privateKey) — the
password itself is never stored. When docsAccess.enabled is set, the viewer blocks the entire
documentation behind a full-page gate; visitors unlock with the password OR the private key
(verified against the public key). The unlock is cached in localStorage, and a lock icon in
the menu clears the cache to re-block. Leave docsAccess.enabled false (the default) to keep
the docs open.
Runtime supports three config file formats (in order of precedence):
gitpagedocs/config.jsongitpagedocs/config.js(CommonJSmodule.exportsor ESMexport default)gitpagedocs/config.ts(TypeScript; exports default object)
ISC. See repository for details.
| Provider | ID | Default model | Capabilities |
|---|---|---|---|
| OpenAI | openai |
gpt-4o-mini |
stream, vision |
| Anthropic | anthropic |
claude-sonnet-4-6 |
stream, vision |
| Google Gemini | gemini |
gemini-2.0-flash |
stream, vision, audio |
| OpenRouter | openrouter |
openai/gpt-4o-mini |
stream, vision |
| Ollama (local) | ollama |
llama3 |
stream, vision |
| Azure OpenAI | azure-openai |
gpt-4o-mini |
stream, vision |
| Mistral | mistral |
mistral-large-latest |
stream |
| DeepSeek | deepseek |
deepseek-chat |
stream |
| Cohere | cohere |
command-r-plus |
stream |
| Groq | groq |
llama-3.3-70b-versatile |
stream |
| xAI Grok | xai |
grok-2-latest |
stream, vision |
| Together AI | together |
meta-llama/Llama-3.3-70B-Instruct-Turbo |
stream |
| Fireworks AI | fireworks |
accounts/fireworks/models/llama-v3p3-70b-instruct |
stream |
| Perplexity | perplexity |
sonar |
stream |
gitpagedocs init— scaffold gitpagedocs config filesgitpagedocs config— show the resolved gitpagedocs configgitpagedocs provider [id]— list AI providers or show onegitpagedocs models [provider]— list catalog modelsgitpagedocs ai— interactive AI docs generator (writes pages in the gitpagedocs pattern)gitpagedocs document[:repo|:file|:folder]— generate documentation with AI in the gitpagedocs patterngitpagedocs password— set a documentation access password (writes the public key to config.json)gitpagedocs deploy | pages— configure GitHub Pages via Actions and pushgitpagedocs doctor— diagnose the environmentgitpagedocs mcp start— start the MCP server over stdiogitpagedocs version— print the CLI versiongitpagedocs update— check the registry for a newer CLI and print the install command