Principles
- Read-only data access. Oobo never modifies any AI tool’s conversation history or databases. During
oobo setup, it writes hook configuration files (e.g.~/.cursor/hooks.json,~/.claude/settings.json) to register lifecycle events. - Local by default. Config lives in
~/.oobo/, anchors on a local orphan branch. Anchor metadata is pushed only to your existing git remote (alongside your code) via the pre-push hook. The optional search/delta API requires a separate key and explicit configuration. - No telemetry. Oobo does not phone home, collect analytics, or send any data without explicit user action.
- Config protection. When API keys are present, config file permissions are set to
0600(owner read/write only).
What oobo reads
Oobo reads local files from AI coding tools to discover sessions, extract conversations, and compute token stats. All reads are read-only.What oobo writes
Oobo does not maintain a local database. All persistent state lives on the git orphan branch or in the TOML config file.
Data flow
git push. If you push to GitHub, your anchors go to GitHub. If you don’t push, nothing leaves your machine.
The optional remote API (/anchors/search, /anchors/delta) is a separate system that requires explicit configuration of an API key. It is never called without one.
Secret redaction
Before any session transcript is written to the orphan branch (when transparency ison), content is redacted:
- gitleaks (if installed): comprehensive secret detection using gitleaks patterns
- Regex fallback: catches API keys, tokens, passwords, AWS credentials, Bearer tokens
[REDACTED].
Network requests
Oobo makes network requests only in these cases:
There is no background sync, no outbox, no cloud upload pipeline.