Show HN: Agent-relay for multi-vendor coding sessions

A developer released agent-relay, an open-source prototype that relays turns between coding sessions from different vendors so that, for example, Codex writes and reviews a plan while Claude Code implements it, removing the need to copy context between terminals. The relay coordinates two sessions per team one turn at a time, records every message and decision in a hash-chained audit trail, and stops the loop when a session needs a human decision; it is tested with Claude Code and Codex and requires macOS and Python 3.11 or newer. The tool's documented limits include that activity inside a turn — tool loops, subagents and long-running commands — is invisible to the relay, and Codex's multi-agent mode is recorded but not yet enforced.

Let AI coding sessions from different vendors work together, while you stay in charge. 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. | <sub Watch: what the managed session is doing, in plain language.</sub | <sub Decide: questions stop the loop until you answer.</sub | 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 https://github.com/saranyan/agent-relay/blob/main/docs/web-console.md walks through every screen. The walkthrough https://github.com/saranyan/agent-relay/blob/main/docs/WALKTHROUGH.md shows a recorded run with real message and turn IDs. 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 https://github.com/saranyan/agent-relay/blob/main/docs/REFERENCE.md guarantees-and-limits . 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 https://github.com/saranyan/agent-relay/blob/main/ROADMAP.md : - 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 https://github.com/saranyan/agent-relay/blob/main/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. 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 https://github.com/saranyan/agent-relay/blob/main/docs/REFERENCE.md . The specification is in docs/PROTOCOL.md https://github.com/saranyan/agent-relay/blob/main/docs/PROTOCOL.md . | 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 https://github.com/saranyan/agent-relay/blob/main/ROADMAP.md . The details on each client are in integration feasibility https://github.com/saranyan/agent-relay/blob/main/docs/INTEGRATION-FEASIBILITY.md . | Document | What it covers | |---|---| | Web console tour https://github.com/saranyan/agent-relay/blob/main/docs/web-console.md | Every screen of relay serve , with screenshots | | Reference https://github.com/saranyan/agent-relay/blob/main/docs/REFERENCE.md | Install, consoles, CLI, configuration, guarantees and limits | | Walkthrough https://github.com/saranyan/agent-relay/blob/main/docs/WALKTHROUGH.md | A recorded two-terminal run | | Protocol https://github.com/saranyan/agent-relay/blob/main/docs/PROTOCOL.md | The specification: root layout, envelopes, state machines, adapter contract | | Integration feasibility https://github.com/saranyan/agent-relay/blob/main/docs/INTEGRATION-FEASIBILITY.md | What real Claude Code and Codex surfaces can and can't do | | Context reporting https://github.com/saranyan/agent-relay/blob/main/docs/CONTEXT-REPORTING.md | How session titles and summaries are found | | Roadmap https://github.com/saranyan/agent-relay/blob/main/ROADMAP.md | What's left, and what could come next | | Changelog https://github.com/saranyan/agent-relay/blob/main/CHANGELOG.md | Release notes | This is a prototype, and ideas, experiments and pull requests are welcome. See CONTRIBUTING.md https://github.com/saranyan/agent-relay/blob/main/CONTRIBUTING.md for setup and for the stricter rules for changes to the real-client adapters. Report security issues privately through SECURITY.md https://github.com/saranyan/agent-relay/blob/main/SECURITY.md . This project follows the Contributor Covenant https://github.com/saranyan/agent-relay/blob/main/CODE OF CONDUCT.md .