Claude Code + Codex Can FINALLY Work Together (Buzz AI)

Buzz: A Shared Room for Agents, and the Trust Problem Underneath

17,010 stars in under five months for a Rust-based Nostr relay where Claude Code, Codex and Grok answer in the same channel. The demo is real and the architecture is more interesting than the Slack comparison suggests β€” but the most valuable fifteen minutes are the ones where both speakers admit what does not work.

Video thumbnail
πŸ“Ί Riley Brown ⏱️ 55:15 πŸ“… 29 July 2026 πŸŽ™οΈ with Vinny (@hot_town)
Buzz Multi-harness ACP Nostr Agent teams Self-hosted

🐝 What it actually is 0:00

The opening demo is the clearest statement of the product: one message typed into a channel, and Claude Code, Grok running on Cursor, Kimi running on Devin and Codex all read it and respond in the same thread. Grok answers first because it is fast. They are all in one room.

block/buzz β€” verified. 17,010 stars, 1,600 forks, Rust, Apache-2.0, created 6 March 2026. That is roughly 117 stars a day for 145 days, which is genuinely exceptional traction. Free and open source, as claimed.
One attribution nuance. The video says it was "created by Jack Dorsey, the founder of Twitter". It is a Block project β€” Block appears seven times in the README, Dorsey zero. Dorsey leads Block, so the claim is not false, but "a Block open-source project" is the accurate framing and it matters for how you assess longevity and support.

πŸ”€ Slack is the wrong analogy 3:01

Both speakers lean on "a free Slack clone", and the guest is candid that this framing is shallow β€” "people want to replace Slack, but that is like a very superficial reason". His better description is that Buzz is "a giant context harvester" where all your context lives in one place, shared between teammates and agents.

But the README goes further than either of them, and this is the part the video never explains:

"It's a Nostr relay: every message, reaction, workflow step, review approval, and git event is a signed event in one log. Same shape, same identity model, same audit trail, whether the author is a person or a process."
That is a materially different product from a chat app. Slack is a messaging service you rent. Buzz is a self-hostable event log you own, where the channel is a side effect of the log rather than the thing itself. "Relay" appears 25 times in the README; "sovereign" and "self-host" each appear repeatedly. Anyone evaluating this for a company should read it as infrastructure with a chat interface, not as a Slack replacement β€” the operational and compliance questions are completely different.

πŸ”Œ Why ACP is the real story 4:49

The presenter gets close to the key mechanism but stops short: "it uses something under the hood called agent client or agent connect protocol. I'm not sure exactly what the acronym stands for."

It is the Agent Client Protocol β€” an open standard for connecting any editor to any agent, 3,807 stars. Buzz's README confirms an "ACP harness (Goose, Codex, Claude Code)". This is not Buzz-specific plumbing; it is a shared protocol with an ecosystem around it.

The observable consequence is the detail that makes the product credible: when you message Codex through Buzz, the session shows up in your ChatGPT app's recent chats. Buzz is not reimplementing these agents β€” it is driving the real CLI tools in your terminal, with your existing subscriptions, skills and memory intact.

Why this matters more than the chat interface: it explains why the whole thing can be free. Buzz supplies coordination; you supply the compute through subscriptions you already pay for. It also explains the one genuinely novel claim β€” that switching an agent from Claude Opus to Codex in preferences carries the conversation context across. If that holds up, the harness becomes a swappable backend rather than a lock-in point, which is the strongest argument in the entire video.

πŸ‘‘ The lead agent pattern 46:00

The most practical advice in the tutorial half, and the reason it works is unglamorous:

"The main reason people don't like to switch from Codex to Claude Code to Cursor to Devin is because usually your skills just live in one place."

His answer is to designate a lead agent β€” Codex, in his case β€” because that is where his roughly thirty skills, his memory and his strongest computer-use capability live. Other agents get pulled in for review and second opinions, but the work that needs his accumulated context starts with the lead.

This is a real and under-discussed constraint on multi-harness setups. The marketing pitch is "use every model". The operational reality is that your skills, memory and configuration are not portable between harnesses, so one of them is meaningfully more capable for you than the others. Designating that one as lead and treating the rest as reviewers is a sensible response β€” and it mirrors the orchestrator-worker pattern from Anthropic's research, arrived at from a completely different direction.

🎨 The demo that works 47:00

The thumbnail exercise is the best demonstration in the video because it is a complete loop with a visible result:

  1. Codex takes the lead, using his existing thumbnail skill, and generates five options
  2. It tags Claude Code and Grok and asks them to rank them one to five
  3. Both critique independently
  4. Codex generates five revised versions using both critiques

He leaves to fill a glass of water and comes back to round two, which is visibly better than round one β€” he calls the first batch "very mid" himself.

The structural point is the one worth keeping: the generator and the critics are different models. This is the same independent-verification principle that keeps recurring β€” a critique from the model that produced the work shares its blind spots. Here it falls out naturally from the architecture rather than having to be engineered, which is a genuine advantage of the multi-harness setup over a single agent reviewing itself.

A smaller detail that impressed him and is worth noting: in the voice huddle, he sent four messages and the agents only responded to the one that required a response. Knowing when not to speak is not trivial behaviour in a shared channel.

⚠️ The honest failure 36:20

The most valuable stretch of the video is the one where the product does not work, and both speakers say so plainly.

The scheduled task that describes itself instead of doing itself. He set a workflow to check his email at 9am. What arrived: "it literally just said it's 9:00 a.m. I need to do this. I need to check Riley's email. And it listed out the task instead of doing the task." The guest confirms: "That's the problem I've run into with workflows. Exactly."

The guest is equally direct elsewhere β€” "workflows I haven't gotten to work very well for me… there's probably some bugs", and on external triggers, "I haven't found a way to get it working reliably yet".

The README corroborates this rather than contradicting it. Its maturity table places "Workflow approval gates (infra exists, glue still drying)" and mobile clients in the "🚧 Being wired up" column β€” not "βœ… Works today". The project is honest about its own status; the video's enthusiasm just runs ahead of it in places.

And the presenter's framing of the underlying problem is the single best line in the fifty-five minutes:

"Every new task that I create has this hidden tax on my brain because I'm worried it's not going to succeed… I just don't have trust in my AI agent team. That's what I lack."
That sentence generalises far beyond Buzz. The bottleneck on agent automation is not capability β€” it is that unverified delegation costs more attention than it saves. If you have to check whether the 9am task ran, you have not automated the task; you have added a monitoring obligation. Their proposed fix β€” a dedicated "task checker" agent that pings every recurring job and nudges when one silently no-ops β€” is a reasonable workaround, but it is worth seeing it for what it is: building a supervisor because the scheduler cannot be trusted.

πŸ’° Shared compute 23:02

The most forward-looking feature, and one that is already shipped rather than speculative. Under Settings β†’ Compute there is a "share this machine with your relay" option: Buzz inspects your hardware, selects the strongest local model it can run, and lets other members of your community invoke agents that execute on your machine.

The guest extends this to a per-task payment model and, eventually, agents paying other agents β€” a weaker model buying work from a stronger one.

Treat the economics as speculation, but note the reasoning behind it. His argument is that current subscription plans are probably subsidised and prices will rise. That is a fair prior, not a fact. What is verifiable is that the compute-sharing mechanism exists today; the agent-to-agent economy built on top of it does not.

πŸ“– What the README says 30:00

Two things in the project's own documentation deserve more attention than the video gives them.

The identity model

"Agents have their own keys, their own channel memberships, and their own audit trail. Scoped by identity, not by permission flags β€” the same way you'd scope a teammate."

This is a genuinely different security posture from bolting an agent onto your account. Every action is a signed event attributable to a specific keypair, which makes "which agent did that, and when" answerable rather than guessable β€” the kind of property that matters in a regulated environment.

The GitHub-adjacent ambitions

The "GitHub killer" framing in the conversation is overstated, but the underlying feature is real: Git events as NIP-34 signed events, a Git hosting backend, and the "branch as room" pattern where a feature branch becomes a channel and the merge decision lands alongside the evidence that justified it.

The README's own caution is worth repeating verbatim: "Please do not plan your compliance program around the πŸ’­ column yet." A project that labels a whole column "Strong opinions, pending code" is being straight with you. Read that table before making any adoption decision.

🧭 Before you install it 52:00

A fair summary of where this actually stands:

CapabilityStatus
Multiple harnesses answering in one channelWorks β€” demonstrated repeatedly on camera
Cross-model critique loopsWorks β€” the thumbnail demo is a complete loop
Uses existing Codex / Claude Code subscriptions via ACPWorks β€” sessions appear in the ChatGPT app
Self-hosted, signed event log, per-agent identityCore architecture, documented
Shared local compute across a communityShipped feature
Scheduled workflows / recurring tasksUnreliable β€” both speakers report silent no-ops
External triggers and webhooksGuest: "haven't found a way to get it working reliably"
Mobile appsDemoed and working for him; README lists them as still being wired up
Agent-to-agent paymentsSpeculation β€” the compute sharing it would build on is real
One caution the video does not raise at all. His management channel gives a Codex agent access to his email, his Slack, his sponsorship correspondence and his text messages, with scheduled runs every three hours. He notes it is "so personal" he will not open it on camera β€” but never discusses the blast radius. An agent with mailbox and SMS access, running unattended on a schedule, in a product whose scheduler is admitted to be unreliable, is a meaningful risk surface. Worth a deliberate decision rather than an incidental one, especially with anything work-related.

πŸ” Claims checked

ClaimResult
Free and open sourceApache-2.0, public repo
Written in RustConfirmed
Very popular / viral17,010 stars, 1,600 forks in 145 days (~117/day)
Works with existing Codex and Claude Code subsACP harness named in the README
"Agent client or agent connect protocol"It is the Agent Client Protocol β€” an open standard, 3,807 stars
Shared compute across a communityDocumented, shipped
Created by Jack DorseyIt is a Block project; Dorsey appears 0 times in the README
"A free version of Slack"Understated β€” it is a self-hostable Nostr relay; "relay" appears 25 times
iOS app works greatWorks for him; README lists mobile under "being wired up"
Workflows / scheduled tasksBoth speakers report failures; README confirms "glue still drying"
"A GitHub killer"Overstated β€” Git features exist (NIP-34, hosting backend) but this is early
The video's credibility comes from the parts where it fails. The presenter shows a scheduled task no-opping, the guest confirms he could not make workflows or triggers work, and neither edits it out. That is unusual in tool coverage and it makes the working demos more believable β€” the gap between the enthusiasm and the README is one of emphasis, not of honesty.

Repository metadata, licence, README and the Agent Client Protocol verified 30 July 2026.

πŸ’‘ Key takeaways

  1. 17,010 stars in 145 days β€” roughly 117 a day. Rust, Apache-2.0, and free as claimed. The traction is real.
  2. "Free Slack clone" undersells it. The README describes a self-hostable Nostr relay where every message, reaction, workflow step and git event is a signed event in one log. That is infrastructure, not a chat app.
  3. ACP is the Agent Client Protocol β€” an open standard with its own ecosystem, not Buzz-specific plumbing. The presenter wasn't sure; it's worth knowing.
  4. It drives the real CLI tools, not clones. Messaging Codex through Buzz makes the session appear in your ChatGPT app β€” which is why it can be free: you bring the compute via subscriptions you already pay for.
  5. Context reportedly survives a harness switch. Change an agent from Opus to Codex in preferences and the conversation carries over. If that holds, the harness becomes a swappable backend rather than a lock-in point.
  6. Designate a lead agent. Your skills and memory are not portable between harnesses, so one is genuinely more capable for you. His lead is Codex β€” ~30 skills, memory, best computer use. The others review.
  7. Cross-model critique falls out of the architecture. Generator and critics are different models by default, so the independent-verification property you normally have to engineer comes for free.
  8. The scheduler is not trustworthy yet. A 9am task announced what it was about to do and then did not do it. The guest hit the same failure. The README's own table calls workflow glue "still drying".
  9. "I just don't have trust in my AI agent team." The best line in the video, and the real bottleneck: unverified delegation costs more attention than it saves.
  10. Their fix is a supervisor agent that pings every recurring job and nudges on silent no-ops. Reasonable β€” but recognise it as building a watchdog because the scheduler cannot be relied on.
  11. Shared compute is already shipped. Buzz picks the strongest local model your hardware supports and lets community members run agents on your machine. The agent-to-agent payment economy on top of it is still speculation.
  12. Agents get their own keypairs and audit trails β€” scoped by identity, not permission flags. That is a genuinely better security posture than attaching an agent to your own account.
  13. It is a Block project, not a Dorsey side project. Dorsey leads Block so the claim isn't false, but the framing matters when you assess longevity and support.
  14. The unexamined risk is the management channel. An agent with email, Slack and SMS access running unattended every three hours, on a product whose scheduler is admittedly unreliable, deserves a deliberate decision.
  15. Read the README's maturity table before adopting. Three columns β€” works today, being wired up, pending code β€” plus an explicit warning not to plan a compliance programme around the third.

πŸ”— Resources & links

πŸ• Timestamp index

0:00Introduction β€” what Buzz is
0:52Four agents answer one message
1:59Why is Buzz going viral?
2:30"A giant context harvester"
3:01What it is, in plain terms
3:40Codex takes the lead, consults Claude Code
4:24Sessions show up in the ChatGPT app
4:49The agent client protocol under the hood
5:27Switching harnesses carries context over
7:08Creating agents and channels
15:16Agents negotiate and settle on an agreement
16:26Parallelism setting per agent
17:34The huddle feature
18:48Agents answer only what needs answering
20:03Adding other harnesses (OpenCode, Cursor)
21:25The Buzz mobile app
22:36Payments and shared compute
23:02Share this machine with your relay
24:56Pay-per-task, agents paying agents
25:46"Workflows aren't the greatest"
25:56Projects: a GitHub killer?
30:14The future: an open cowork?
33:53Why the open protocol matters
35:13Automations, triggers and trust
35:29"It's a bit buggy at the moment"
36:20The 9am task that described itself
37:37"I just don't have trust in my agent team"
39:45The task-checker agent idea
42:32Part 2 β€” the tutorial begins
43:03Downloading Buzz and default agents
43:35Creating your first agent
44:00Configuring Devin by asking Codex
45:13Adding agents to channels
46:00Why Codex is the lead agent
47:00The thumbnail task across four agents
48:23Round one: "very mid"
48:52Adding Muse via OpenRouter
50:44Round two after cross-model critique
51:23The iOS app
51:50The management channel β€” his #1 use case
52:34Email, Slack and texts, every three hours
54:23"The last time I had this feeling was OpenClaw"