Real-time messaging — won't the context explode?
No, because the bridge passes messages, not context. Each agent keeps its own context window; the bridge never copies one agent's full transcript into the other. And which agent plans vs executes is your call — the bridge doesn't hard-code a boss; you can just as well have Codex drive Claude. On top of that, three filters keep what actually crosses small:
1. Only agentMessage crosses. The bridge forwards an agent's actual conclusions, not its tool-call noise — command execution, file diffs, and reasoning deltas never reach the other side, nor does its full scrollback.
2. Three-tier marker routing (default). Each message is tagged and the daemon routes by tag: [IMPORTANT] forwards immediately, [STATUS] is buffered and batched into one periodic summary (default: 3 updates or 15s), [FYI] is dropped. The rules live once in the project's AGENTS.md (written by abg init), loaded at startup.
3. The collaboration contract lives once in AGENTS.md, not appended to every message. So each side receives a curated stream of meaningful messages — context grows with the number of real exchanges, not the other agent's raw activity. A full mode is available when you do want the unfiltered stream.
abg installed but won't run — what's wrong?
You're almost certainly missing Bun. AgentBridge's daemon and plugin server run on the Bun runtime; Node.js alone is not enough. Install it with curl -fsSL https://bun.sh/install | bash, then re-run abg claude. This is the most common install failure.
Does AgentBridge support Windows?
Not officially yet. AgentBridge runs on macOS and Linux today. WSL2 may work but is untested and unsupported.
Is it safe? What does --safe do?
By default abg claude launches with --dangerously-skip-permissions and abg codex with --yolo. This is deliberate: an unattended agent pair can't stop to ask you for each permission. Both can then run commands and edit files without prompting, so only do this in a workspace you trust. Add --safe (or set AGENTBRIDGE_SAFE=1) to launch with normal prompts. AgentBridge is a local dev tool, not a hardened boundary between untrusted tools.
How does quota relay actually work?
With the companion agent-quota-guard installed, the daemon polls both agents' 5h and weekly subscription windows. Near a limit the guard lets the current turn finish, stops cleanly at the turn boundary, writes a .agent/checkpoint.md, and drops a pending record. When the window refreshes, the bridge auto-resumes the task in the original interactive TUI: Codex via a queued turn/start, Claude via an acked channel push.
Which agents does it support?
Today the shipping in-session integration connects Claude Code and Codex. Which agent comes next is a public vote. See the adapter roadmap on issue #212 (OpenCode, Gemini CLI, and more are candidates).
How is this different from codex-plugin-cc?
One-way delegation plugins like openai/codex-plugin-cc let a host call Codex and get one answer back: request in, response out, with no standing peer on the other side. AgentBridge keeps both agents live as persistent peers, and either side can push a message mid-turn (a review comment lands while the other is still working), not only at call boundaries.
Do I need an account or API keys for AgentBridge itself?
No. AgentBridge is a local tool with zero runtime dependencies and no hosted service. You use your existing Claude Code and Codex logins; AgentBridge only relays messages between them on your machine; raw work never leaves the box.
Can I run more than one pair at once?
Yes. One Claude+Codex pair per project directory, with ports allocated per pair in +10 strides from 4500. Target a specific pair with --pair <name> on the pair-aware commands.