screenpipe moves quickly. every user-facing change should leave the docs in a better state than it found them.Documentation Index
Fetch the complete documentation index at: https://docs.screenpi.pe/llms.txt
Use this file to discover all available pages before exploring further.
release docs checklist
for every release PR or feature PR, check:| change type | docs update |
|---|---|
| new setting or UI flow | relevant guide plus screenshot if it changes the user path |
| new API route or parameter | OpenAPI plus API recipes if user-facing |
| new connection | connections and connection reference |
| new pipe behavior | pipes, pipe debugging, or pipe permissions |
| meeting feature | meeting intelligence |
| privacy/security behavior | privacy data flow and privacy filter |
| platform reliability fix | troubleshooting |
| enterprise control | teams or deployment docs |
validation
run:docs.jsonis valid JSON- every nav page exists
- no MDX page is missing from nav
- each MDX file has frontmatter with
titleanddescription - internal docs links point to a known page or public asset
openapi.yamlcontains routes- the connection registry can be read from code
screenshot workflow
screenshots come from app e2e specs:apps/screenpipe-app-tauri/e2e/screenshots/ into:
ownership map
| area | owner checklist |
|---|---|
| get started | first value, permissions, desktop vs CLI |
| MCP | client setup, auth, restart requirements, troubleshooting |
| API | generated OpenAPI, tested recipes, auth examples |
| pipes | lifecycle, permissions, logs, store, publishing |
| connections | registry drift, OAuth, proxy paths, multi-account |
| meetings | transcript, speakers, summaries, calendar context |
| privacy | local/cloud data flow, PII, deletion, LAN access |
| enterprise | teams, managed presets, deployment, encryption |
| troubleshooting | symptom-first fixes by platform |
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.