Transparency Modes
Oobo supports two modes:Off (Default)
What syncs:- Anchor metadata (commit hash, branch, author, stats)
- Session links (session ID, agent, model, token counts)
- File attribution data
- Full session transcripts (conversations)
- Tool-specific metadata
With transparency
off, anchor metadata still syncs via git — you get commit-session links, token usage, and attribution across machines. Only the conversation content stays local.On
What syncs:- Everything from
offmode - Redacted session transcripts for each linked session
- Transcripts are scrubbed with gitleaks patterns before writing
- Secrets like API keys, tokens, passwords are stripped
- Redaction happens before any data touches the orphan branch
What Goes on the Orphan Branch
Theoobo/anchors/v1 orphan branch stores anchor data in a sharded directory structure:
Always Written (Both Modes)
Anchormetadata.json:
1/metadata.json:
Only When Transparency = On
Session transcript1/transcript.txt:
- Redacted using gitleaks patterns
- Formatted as plain text for readability
- Truncated if they exceed reasonable size limits
Toggling Transparency
Edit~/.oobo/config.toml:
Changing transparency mode affects new commits only. Existing anchors on the orphan branch are not modified.
Privacy Implications
Transparency Off
Local storage:- Sessions:
~/.oobo/oobo.db(SQLite) - Transcripts: Tool-specific storage (Cursor, Claude, etc.)
- Anchors: Metadata only on
oobo/anchors/v1branch - Session links: Agent, model, tokens, files touched
- You: Full session history via
oobo sessions - Collaborators: Commit-session links, token stats, attribution percentages
- Repo clones: Same as collaborators (metadata only)
Transparency On
Local storage:- Same as
off
- Anchors: Metadata + redacted transcripts on
oobo/anchors/v1
- You: Full session history (local DB + git)
- Collaborators: Metadata + conversation content (redacted)
- Repo clones: Same as collaborators (transcripts are part of git history)
Use Cases
When to Use Off (Default)
- Open source projects: Keep conversations private, share only metadata
- Company repos: Avoid leaking internal discussions
- Solo projects: No need to sync transcripts across machines
- Default safe choice: Maximizes privacy while preserving attribution
When to Use On
- Team learning: Share AI collaboration context with teammates
- Onboarding: Let new devs see how problems were solved
- Research: Document AI-assisted development process
- Trusted environments: Private repos where all members should see conversations
Secret Redaction
When transparency ison, oobo uses gitleaks patterns to strip secrets before writing transcripts:
Redacted patterns:
- API keys (AWS, GCP, Azure, OpenAI, Anthropic, etc.)
- Passwords and authentication tokens
- Private keys (SSH, PGP, TLS)
- Database connection strings
- OAuth tokens and JWTs
Config Protection
Regardless of transparency mode, oobo protects local config:config.toml never leave your machine unless you explicitly use them with oobo share or configure an endpoint.
Checking Current Mode
Related Concepts
- Anchors — What metadata is always captured
- Sessions — What transcripts contain
- Attribution — Privacy-safe code statistics
