Agent-to-agent pair programming
72 points - today at 1:47 AM
SourceYou can also create a skill for reviewing (which calls gemini/codex as a command line tool) and set instructions on how and when to use. Very flexible.
I’m curious whether anyone has measured this systematically. Right now most of the evidence for multi-agent setups still feels anecdotal.
stackgrid
today at 9:13 AM
Completely with you on this! But then we need to define the cirteria for comparison. Might not be that easy unfortunately
I think the A2A space is wide open. Great to see this approach using App Server and Channels.
I tried built something similar (at a high level) for a more B2C use case for OpenClaw https://github.com/agentlink-dev/agentlink users. Currently I think the major Agents have not fully owned the "wake the Agent" use case fully.
Regardless this is a very cool approach. All the best.
cadamsdotcom
today at 3:56 AM
The vibes are great. But there’s a need for more science on this multi agent thing.
axldelafosse
today at 4:44 AM
I agree! Right now it is leveraging the Codex App Server, which is open-source and very well implemented, but using Claude Code Channels is probably a bit hacky.
The good thing is that it establishes a direct connection so it's already much better than having one agent spawn the other and wait for its output, or read/write to a shared .md file -- but it would be cool to make it work for all agent harnesses.
Open to ideas! The repo is open-source.
d0963319287
today at 5:49 AM
there’s a need for more science on this multi agent thing
alienreborn
today at 3:14 AM
I have been trying a similar setup since last week using https://rjcorwin.github.io/cook/
axldelafosse
today at 4:46 AM
Oh, that's cool!
Nice - I do something similar in a semi manual way.
I do find Codex very good at reviewing work marked as completed by Claude, especially when I get Claude to write up its work with a why,where & how doc.
It’s very rare Claude has fully completed the task successfully and Codex doesn’t find issues.
axldelafosse
today at 6:58 AM
I created the first version of loop after getting tired of doing this manually!
I’m going to take a look today!
Claude is also good at that. I made a habit of asking "are you sure?" after a complex task. It usually says it overlooked something.
I prefer claude for generation / creativity, codex for bull-headed, accurate complaining and audit. Very rarely claude just doesn't "get it" and it makes sense to have codex direct edit. But generally I think it's happiest and best used complaining.
This is interesting for code, but I'm curious about agent-to-agent coordination for ops tasks — like one agent detecting a database anomaly and another auto-remediating it
highphive
today at 8:15 AM
I think a lot of people/companies are integrating workflows like that, it's just separate from the point of agent pair coding.
The interesting thing here is agents working together to be better at a single task. Not agents integrated in a workflow. There's a lot of opportunity in "if this then that" scenarios that has nothing to do with two agents communicating on one single element of a problem, it's just Agent detect -> agent solve (-> Agent review? Agent deploy? Etc.)
Multi turn review of code written by cc reviewed by codex works pretty well. Been one of the only ways to be able to deliver larger scoped features without constant bugs. I've seen them do 10-15 rounds of fix and review until complete.
Also implemented this as a gh action, works well for sentry to gh to auto triage to fix pr.
How do you do this? Are you just switching between clis? Or is there a tool that uses the models in that way?
encoderer
today at 4:45 AM
Yes I’ve had a lot of success with this too. I found with prompt tightening I seldom do more than 5 rounds now, but it also does an explicit plan step with plan review.
Currently I’m authoring with codex and reviewing with opus.
axldelafosse
today at 4:52 AM
Good reminder: don't forget the plan review!
I systematically use reviewers agents in Swival: https://swival.dev/pages/reviews.html
Even with the same model (--self-review), that makes a huge difference, and immediately highlights how bad the first iterations of an LLM output can be.
AbanoubRodolf
today at 3:46 AM
[dead]
chattermate
today at 9:44 AM
[dead]
hikaru_ai
today at 7:16 AM
[dead]
kevinbaiv
today at 7:20 AM
[dead]
elicohen1000
today at 7:28 AM
[dead]
vacancy892
today at 5:54 AM
[dead]