GitHub - saranyan/agent-relay
**Let AI coding sessions from different vendors work together, while you stay in charge.**
Why
[](https://github.com/saranyan/agent-relay#why)
Claude can hand work to Claude on its own. But when you work with sessions from **different vendors**, such as Codex for planning and review and Claude Code for the code, they can't talk to each other. Without a relay, **you're the one transferring context**: copying plans, results and reviews between terminals.
agent-relay carries the turns for you. One session leads, the other follows, and the relay passes each turn across, records it on your disk, and stops whenever something needs your decision. It's tested with Claude Code and Codex, and you can extend it to whatever agents you work with by writing an adapter.
Try it in two minutes
[](https://github.com/saranyan/agent-relay#try-it-in-two-minutes) These demos use pretend sessions, so they're safe to run anywhere and use no model quota. You need macOS and Python 3.11 or newer.
git clone https://github.com/saranyan/agent-relay.git && cd agent-relay
scripts/console-demo.sh # the web console, with a few pretend sessions scripts/walkthrough.sh # the full two-terminal flow in a temporary folder
With the Claude Code and Codex CLIs installed, run it on real sessions:
export AGENT_RELAY_ROOT=~/relay-root bin/relay init --participants codex claude bin/relay console # [n] launch Codex and Claude Code, [p] pair them, [s] start
The web console tour walks through every screen. The walkthrough shows a recorded run with real message and turn IDs.
What it can and can't see
[](https://github.com/saranyan/agent-relay#what-it-can-and-cant-see)
The relay coordinates **two sessions per team**, one turn at a time. It sees each turn from the outside: the turn goes in, the client acknowledges it, and later the client reports it finished. **What a session does inside a turn is invisible to the relay.** That includes tool loops, subagents and long-running commands.
- **The turn budget counts hand-offs, not work.** One turn can hide a lot of activity. The per-turn timeout is the only hard limit inside a turn.
- **The routes the relay starts are locked down where it can.** A Claude Code follower starts with no tools at all, or, under the coding policy, with only Read, Edit, Write, Glob and Grep inside a macOS sandbox. It can't start subagents or run commands. Codex's multi-agent mode is recorded but not yet enforced.
- **Sessions you open in a terminal keep whatever you allowed them** until you hand them over.
The full list of guarantees and limits is in the reference.
What you can use it for
[](https://github.com/saranyan/agent-relay#what-you-can-use-it-for) **Today, with the prototype:**
- **Plan, build, review.** Codex writes the plan and reviews the result. Claude implements. The loop runs until the reviewer accepts or asks you something.
- **A second opinion on every change.** Use one model to critique the other's work before you ever see it, so you review a reviewed change.
- **Bounded jobs you don't have to babysit.** "Fix the failing tests in this folder, at most 8 turns, 15 minutes per turn." Walk away. A decision notification (webhook or SMS, off until you set it up) tells you when it needs you.
- **Check in at a glance.** The web console works down to phone width. It listens on loopback only, so reaching it from another device takes your own tunnel. The relay deliberately doesn't provide one.
- **An audit trail of agent work.** Every message and decision is a durable, hash-chained record that you can replay with `relay thread` or rebuild from disk.
**Ideas the design leaves room for** (see the roadmap):
- **One manager, many workers.** A leader hands pieces of a migration to several followers, one per module, with review between them.
- **Other agents.** The adapter contract in docs/PROTOCOL.md isn't specific to Claude or Codex. Any coding agent that confirms receipt of a turn and reports completion could plug in.
- **Saved playbooks.** Reusable goal, scope, check and budget templates, such as "review this branch", "write the docs and fact-check them" or "upgrade this dependency".
- **Custom manager styles.** Write your own personality next to Reviewer, Planner and Pair programmer, as a plain text file.
- **A testbed for agent-to-agent protocols.** The bus is a small, durable, inspectable message layer. You can use it to study how agents hand work to each other, where loops stall, and when humans need to step in.
- **Evaluation runs.** Pit model pairings against the same task with the same budget, and compare the recorded threads.
- **Cost and budget insights.** Track tokens and time per team, not just turns.
How it works, briefly
[](https://github.com/saranyan/agent-relay#how-it-works-briefly)
``` you ──start / pause / answer──┐ ▼ ┌──────────────┐ handoff ┌────────────┐ handoff ┌──────────────┐ │ leader │ ◀──────── │ controller │ ────────▶ │ follower │ │ (Codex) │ ────────▶ │ (fg only) │ ◀──────── │ (Claude) │ └──────────────┘ result └─────┬──────┘ result └──────────────┘ │ durable bus on disk ```
- **Bus:** an on-disk store of messages and events.
- **Adapters:** they talk to each client. Every capability is explicit, and adapters never invent acknowledgments.
- **Controller:** it runs only in the foreground and keeps exactly one turn in flight. It enforces the budget and the timeout, and stops at every human boundary.
Each turn ends with a small `relay` block that tells the controller what to do next. Commands, settings and exit codes are in the reference. The specification is in docs/PROTOCOL.md.
Status
[](https://github.com/saranyan/agent-relay#status) | Part | State | | --- | --- | | Bus, controller, terminal console, web console | Working, covered by the test suite with pretend clients | | Discovery of running Claude Code and Codex sessions | Working, read-only, on macOS | | Codex and Claude Code driving each other (sessions the relay starts) | **Verified live**: Codex 0.163.0 led Claude Code 2.1.310, 2026-10-25 | | Attaching to an open Codex session, handing an existing session over | Built, not yet verified live. Off unless you opt in. | | Driving a Claude Code session while it's open in a terminal | Not possible. Open sessions are handed over (closed and resumed) instead. |
What's needed to get from prototype to dependable is in the roadmap. The details on each client are in integration feasibility.
Documentation
[](https://github.com/saranyan/agent-relay#documentation) | Document | What it covers | | --- | --- | | Web console tour | Every screen of `relay serve`, with screenshots | | Reference | Install, consoles, CLI, configuration, guarantees and limits | | Walkthrough | A recorded two-terminal run | | Protocol | The specification: root layout, envelopes, state machines, adapter contract | | Integration feasibility | What real Claude Code and Codex surfaces can and can't do | | Context reporting | How session titles and summaries are found | | Roadmap | What's left, and what could come next | | Changelog | Release notes |
Contributing
[](https://github.com/saranyan/agent-relay#contributing)
This is a prototype, and ideas, experiments and pull requests are welcome. See CONTRIBUTING.md for setup and for the stricter rules for changes to the real-client adapters. Report security issues privately through SECURITY.md. This project follows the Contributor Covenant.
License
[](https://github.com/saranyan/agent-relay#license) MIT