This page is the entry point for ObservMe user, operator, and contributor documentation. Start with the task-oriented guides, then open the deeper reference only when you need implementation or telemetry-contract detail.
configuration.md— project config creation, fields to edit, credentials, privacy defaults, and precedence.validation-flow.md— secret-safe troubleshooting when Grafana or/obsdoes not behave as expected.compatibility-matrix.md— tested Pi, Node.js, OpenTelemetry, Collector, and Grafana-stack versions.../examples/README.md— purpose and safe use of the shipped configuration and integration examples.extension-integration.md— public event-bus API for orchestrators, subagent runners, and other Pi extensions.../SECURITY.md— package trust model and vulnerability reporting.
reference/00-README.md is the reference index. Use it for architecture, Pi event mapping, telemetry semantics, Collector design, privacy rules, query behavior, dashboards, testing, deployment, and the complete configuration schema.
The reference set is detailed and may describe reserved contracts as well as live behavior. The telemetry tables in ../README.md#available-telemetry identify signals that are reserved or registered but not currently recorded.
These documents support extension development and are not the shortest path for normal setup:
STRUCTURE.md— repository structure conventions.agent-subagent-observability-requirements.md— complete orchestration and tmux lineage requirements beyond the public integration API.configuration-tui-design-standard.md— reusable configuration TUI visual design.review-validation.md— repository review and release-validation evidence.
Runtime code and shipped configuration are the behavioral source of truth. For documentation-only overlap, use this order:
../README.mdand the task-oriented guides in this directory for current user-facing behavior.reference/12-configuration-reference.mdfor the documented configuration contract.- The remaining production reference documents for architecture and implementation detail.
- Contributor/design notes for repository work and future integration requirements.
For an exact or disputed behavior, verify the owning source: src/commands/ for /obs, src/config/ for configuration, src/semconv/ plus src/pi/ recording points for telemetry, src/privacy/ for capture/redaction, src/integration.ts plus src/pi/integration-api.ts for integration, and observability-stack/ for the repository-only stack. If source and docs conflict, state the drift and correct the docs rather than silently combining them. Never include credentials, raw prompts, raw commands, or other sensitive values in examples or troubleshooting output.