What is oobo?
Oobo is a developer memory tool. It sits beside git and gives every commit context about which AI wrote what, how many tokens it took, and what the agent was thinking. It is not a git wrapper. You rungit for git things. You run oobo for memory things.
The Problem
Your team uses AI coding tools every day - Cursor, Claude Code, Copilot, Codex, Gemini - but once the code is committed, all context is lost. Six months later, nobody knows:- Which lines were AI-generated
- What conversation produced them
- How much it cost
- Who approved it
The Solution: Anchors
An anchor is oobo’s core primitive. It extends a git commit with AI context:- Which AI sessions contributed to the commit
- Token counts (input, output, cache)
- Code attribution (AI vs human lines, per-file and per-line)
- Model used and session duration
- Tool calls, subagent activity, and thinking time
oobo/anchors/v1) that travels with the repo. No external dependencies, no cloud required.
How It Works
What You Can Do With It
What It Is (and Isn’t)
| oobo is | oobo is not |
|---|---|
| A standalone binary alongside git | A git wrapper or alias |
| A git-native metadata store (orphan branch) | A cloud-first SaaS |
| A 15-tool observer (passive, read-only) | A plugin for any specific editor |
| Zero-config (auto-detects tools on commit) | Something that requires scanning or indexing |
Supported Tools
| Tool | Sessions | Transcripts | Tokens | Hooks |
|---|---|---|---|---|
| Cursor | ✓ | ✓ | estimated | ✓ |
| Claude Code | ✓ | ✓ | native | ✓ |
| Gemini CLI | ✓ | ✓ | native | ✓ |
| OpenCode | ✓ | ✓ | native | ✓ |
| Codex CLI | ✓ | ✓ | native | - |
| Aider | ✓ | ✓ | native* | - |
| GitHub Copilot | ✓ | ✓ | estimated | - |
| Zed | ✓ | ✓ | native | - |
| Continue | ✓ | ✓ | estimated | ✓ |
| Factory Droid | ✓ | ✓ | estimated | ✓ |
| Windsurf | ✓ | - | - | - |
| Trae | ✓ | - | - | - |
| Amp | ✓ | ✓ | estimated | - |
| Junie | ✓ | ✓ | estimated | - |
| Kiro | ✓ | ✓ | estimated | ✓ |
is_estimated: true).
*Aider native tokens require user configuration (see Tool Integrations).
Architecture
- Local-first: Config in
~/.oobo/, anchors on the orphan branch. Metadata travels only where your code already goes (your git remote). - Read-only data access: Never modifies AI tool conversation history. Writes hook configs during setup.
- Zero-config: Tool detection is automatic on every commit.
- Three output modes: Pretty (TUI),
--agent(token-efficient text),--json(structured).