Documentation coverage
RailKeeper treats documentation coverage as a reviewed contract. A read-only inventory scans visible frontend routes, English and German translation keys, registered Go API routes, OpenAPI operations, tracked configuration variables, and existing project documents. The coverage validator then requires every frontend route, translation key, API route, and environment variable to have one owning topic.
The reviewed assignments live in docs/coverage.json. The inventory is generated during validation and is not committed as a second source of truth.
Coverage states
planned: The destination and owner are agreed, but the complete page pair belongs to a later documentation stage.documented: Both English and German destination pages exist and pass the page standard.internal: The topic is intentionally limited to maintainer-facing material.not-published: The source exists, but it must not be presented as a stable public feature.
A topic can move to documented only after both destination pages use identical relative paths, carry matching review metadata, and pass the documentation check. Layout planning remains not-published because it is not part of the stable user-facing product scope.
Reviewed topics
The initial matrix contains 21 topics.
User workflows
setup-authoverviewvehicles-corevehicle-mediavehicle-maintenancevehicle-decoder-cvvehicle-search-sparesaccessoriesexhibitionimport-exportsettings-general
Administration
master-datausers-sessions-securitybackup-restoredigital-centerssystem-operationsdeployment-configuration
Development
layouts-unpublisheddevelopment-architecture
Shared reference
releases-supportshared-navigation
Contributor workflow
When a route, API area, translation namespace, environment variable, or handbook topic changes, update docs/coverage.json in the same pull request. Run the complete check from the repository:
cd docs
npm.cmd run checkThe command verifies both languages, review metadata, coverage ownership, and the production site build.
