Skip to content

Docs Maintenance

This page defines how ProxAI documentation should evolve. It is maintainer-facing and complements AGENTS.md.

SectionOwnsShould not own
using/Task walkthroughs for running, configuring, routing, observing, and troubleshooting.Source-level implementation detail or exhaustive field lookup.
protocol/Wire behavior, request paths, protocol concepts, streaming expectations, and interaction examples.Internal Rust module ownership unless needed for context.
developer/Implementation boundaries, module maps, conversion internals, streaming internals, and contributor workflow.Casual user onboarding or SEO-facing product copy.
reference/Stable lookup values, defaults, exact fields, behavior contracts, glossary, and tables.Step-by-step tutorials or speculative future features.
D1

English and Chinese pages stay paired

Every en/ page should have the same relative path under zh/. Structure should stay aligned even when wording is not literal translation.

D2

Developer pages are noindex

Pages under developer/ should include robots: noindex so casual search traffic lands on user-facing docs first.

D3

Reference stays stable

Reference pages should prefer exact values, compact tables, and behavior contracts over narrative walkthroughs.

D4

Use components for scan-heavy content

Prefer MDX components for cards, lookup tables, timelines, module maps, and protocol matrices instead of raw Markdown tables.

D5

Avoid old slugs

Do not reintroduce legacy root pages. Current public docs live under using/, protocol/, developer/, and reference/.

D6

Private data stays out

Never commit captures, logs, prompts, API keys, Authorization headers, or private upstream payloads.

ChangeDocs to check
Runtime config fieldusing/configuration, reference/configuration, reference/defaults-and-limits, config.example.toml, README files.
Protocol conversion behaviorprotocol/, developer/protocol-conversion, reference/protocols, reference/status-and-stop-reasons.
Streaming behaviorprotocol/streaming-behavior, developer/streaming-internals, reference/behavior-contracts.
Error response behaviorusing/troubleshooting, reference/error-responses, developer/error-handling-internals, behavior contracts.
Release/deployment docsusing/install-and-upgrade, site/README.md, Netlify config if site publishing changes.

Run the site check before publishing docs:

Terminal window
just site check

This builds the Starlight site and runs the docs checker for bilingual pairs, sidebar slugs, internal links, anchors, stale paths, table leftovers, developer noindex, hub coverage, and heading quality.