Skip to main content
screenpipe moves quickly. every user-facing change should leave the docs in a better state than it found them.

release docs checklist

for every release PR or feature PR, check:

validation

run:
this checks:
  • docs.json is valid JSON
  • every nav page exists
  • no MDX page is missing from nav
  • each MDX file has frontmatter with title and description
  • internal docs links point to a known page or public asset
  • openapi.yaml contains routes
  • the connection registry can be read from code

screenshot workflow

screenshots come from app e2e specs:
copy selected images from apps/screenpipe-app-tauri/e2e/screenshots/ into:
then reference them as:

ownership map

drift rules

  • if a route is added to code, OpenAPI and docs should mention it or intentionally keep it reference-only.
  • if a connection is added to screenpipe-connect, docs must include it in the reference.
  • if release notes mention a feature, the durable guide should also explain how to use it.
  • if a screenshot changes materially, update the image in the same PR.