\

Agent-to-agent pair programming

72 points - today at 1:47 AM

Source
  • divan

    today at 10:04 AM

    You 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.

    • yesensm

      today at 8:04 AM

      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

      • rsafaya

        today at 9:15 AM

        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!

            • edf13

              today at 6:49 AM

              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!

                    • edf13

                      today at 7:12 AM

                      I’m going to take a look today!

                  • nurettin

                    today at 9:52 AM

                    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.

                • vessenes

                  today at 3:11 AM

                  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.

                  • ph4rsikal

                    today at 5:49 AM

                    JDS wrote about this https://jdsemrau.substack.com/p/pair-programming-superbill-w...

                    • shreyssh

                      today at 7:41 AM

                      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.)

                      • today at 1:47 AM

                        • bradfox2

                          today at 4:05 AM

                          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.

                            • _ink_

                              today at 6:55 AM

                              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!

                            • jedisct1

                              today at 3:09 AM

                              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]