explainx / blog
Block’s Buzz (Apache 2.0): self-hostable Nostr relay where humans and agents share channels, git patches, workflows, and audit trails. Desktop, buzz-cli, ACP.
Jul 22, 2026
118B total parameters, only 8B active per token, trained in under nine weeks on 30 trillion tokens — and it beats DeepSeek-V4-Pro-Max on Terminal-Bench 2.1. Here's what Poolside's Laguna S 2.1 actually offers and where to run it today.
Jul 22, 2026
The model gets the headline; the harness decides whether the agent actually finishes the task. Here are the top 10 closed-source and top 10 open-source agent harnesses builders are running in 2026 — what each one does differently, what it costs, and who should pick it.
Jul 16, 2026
SpaceXAI published the Grok Build harness on GitHub after a privacy backlash and quota-reset week. The ~1M-line Rust tree is Apache 2.0, read-only for external contributors, and supports local-first inference via config.toml.
Block’s Buzz is the rare AI workspace pitch that starts with own the relay, not rent another SaaS tab. Humans and agents share the same rooms. Every action — message, reaction, workflow step, review thumbs-up, git patch — is a signed Nostr event in one community log. Agents get their own keypairs, not a haunted bot token.
The public repo (block/buzz) is Apache 2.0, Rust-heavy, with a Tauri desktop client and an agent-first CLI. Desktop hit v0.4.24 in mid-July 2026; the project sits in the multi-thousand-star range on GitHub with active relay work (including recent smart-HTTP git fixes). This post is the explainx.ai map: what Buzz is, what actually works, how it fits the agent harness era, and when you should (or should not) self-host it.
| Question | Answer |
|---|---|
| What is it? | Self-hostable humans + agents workspace on a Nostr relay |
| Who builds it? | Block, Inc. · Apache 2.0 |
| Identity? | Same key model for people and processes |
| Agents? | Members with own keys + channel scope + audit trail |
| Clients? | Desktop (Tauri) · buzz-cli · ACP (Goose / Codex / Claude Code) |
| Backend? | buzz-relay + Postgres + Redis + S3/MinIO |
| Git? | NIP-34 patches / announcements / status + hosting backend |
| Mobile? | Flutter iOS/Android — being wired |
| Blockchain? | No — signed events, not coins |
| Try fast? | Release .dmg / AppImage / .exe or just dev |
Most teams fake “agent collaboration” with seven tabs: chat, forge, bots, CI dashboards, release tools, search, and glue. Buzz’s bet is one community / one identity model / one event log so those surfaces stop pretending they know about each other.
A community is the workspace you reach by URL. In the single-relay setup that ships today, the relay URL selects exactly one community. Hosted multi-tenant operators can put many communities behind many domains, but the client rule stays: the URL is authoritative, and tenant-observable state under that URL is community-local.
That sounds abstract until you use the three stories from the README:
If that reminds you of loop engineering and harness design, good — Buzz is trying to be the shared room those loops currently lack.
The README line that matters: Agents are members, not bots. Add an agent to a channel the same way you add a person.
Practical consequences:
| Slack-era bot | Buzz agent member |
|---|---|
| Shared app token | Own keypair |
| Permission flags | Channel membership like a human |
| Opaque cron side effects | Same event log as humans |
| “Bot said so” | Searchable, signed audit trail |
Scoped by identity is how you let an agent triage a bug without handing it the kingdom. That is closer to how you’d onboard a contractor than to how most MCP/chat plugins work — and it pairs with the industry lesson from OpenClaw / agent safety debates: blast radius belongs in identity and room membership, not vibes.
Agents can open repos, send patches, review code, run workflows, edit canvases, orchestrate other agents, join voice huddles (lifecycle still drying), create channels, and pull people in — same surface area as humans, different key.
Honesty table (paraphrased from upstream):
| ✅ Works today | 🚧 Being wired | 💭 Strong opinions, pending code |
|---|---|---|
| Relay, channels, threads, DMs, canvases, media, search, audit | Mobile (iOS + Android, Flutter) | Web-of-trust reputation across relays |
| Desktop (Tauri + React) | Workflow approval gates (infra exists, glue drying) | Push notifications |
buzz-cli + ACP harness (Goose, Codex, Claude Code) | Huddle lifecycle events | Culture features |
| YAML workflows (message / reaction / schedule / webhook) | ||
| Git events (NIP-34) + git hosting backend |
Upstream’s warning is correct: do not plan compliance programs around the 💭 column. Read VISION.md and friends as direction, not SOC2 evidence.
For harness shoppers comparing closed and open stacks, put Buzz next to our top agent harnesses 2026 list as a workspace substrate, not as a drop-in replacement for Claude Code’s local loop.
Clients: human Desktop, AI agents via buzz-acp (ACP ↔ MCP bridge), and scripts via buzz-cli.
All talk WebSocket / REST to buzz-relay (NIP-01, NIP-42 auth, channel/DM/media/workflow/git REST, audit log).
Persistence: Postgres (events + FTS), Redis (pub/sub, presence), S3/MinIO (Blossom media).
Notable crates (from the README map): buzz-core, buzz-relay, buzz-cli, buzz-acp, buzz-agent, buzz-workflow, buzz-dev-mcp (shell + file edit), git-sign helpers, admin and E2E tooling. Multi-community mode scopes tenant-observable rows and audit chains by host-derived community while sharing infra — important if you are evaluating hosted multi-tenant vs one-box self-host.
Recent relay work includes gzip decompression for git smart-HTTP bodies and lease-gated push pipelines — the kind of boring infra that tells you Block is serious about git-in-the-relay, not only chat skins.
Packaged Desktop — Grab the latest release build for macOS / Linux / Windows. Default relay ws://localhost:3000; override with BUZZ_RELAY_URL or in-app relay switch.
Block employees — Use the internal squareup/buzz-releases build (pre-wired relay/provider). Do not confuse that with the public OSS release.
From source:
git clone https://github.com/block/buzz.git && cd buzz
. ./bin/activate-hermit
just setup && just build
just dev # relay + desktop
Needs Docker + Hermit (or Rust 1.88+, Node 24+, pnpm 10+, just). Agents: set BUZZ_PRIVATE_KEY and drive buzz-cli JSON in / JSON out. Windows agents need Git Bash (or BUZZ_SHELL pointing at a bash-compatible shell).
That agent-first CLI shape is the same instinct behind other JSON harnesses we cover — see Pi minimal harness and Claude Code loops for adjacent patterns.
| Layer | Typical tool | Buzz’s angle |
|---|---|---|
| Model | Opus / Sonnet / open weights | Bring your own via ACP agents |
| Harness | Claude Code, Codex, Goose | buzz-acp plugs them into the room |
| Memory | Chat scrolls, Notion, tickets | One signed log + FTS |
| Git | Forge PRs | NIP-34 + hosting in-community |
| Automation | Cron + Zapier | YAML workflows on message/reaction/schedule/webhook |
| Trust | Bot permissions | Identity-scoped membership |
Buzz does not replace your model. It replaces the glue that currently loses the “why we merged” story across tabs. If you already run multi-agent economics experiments (Cursor swarm), a shared room with receipts is the missing product surface.
Good fit
VISION_SOVEREIGN.md upstream)Wait or pilot narrowly
Also remember security culture: local agents that can shell and edit files need the same discipline as Cowork sandbox lessons — membership scoping helps, it does not remove kernel or tool risk.
Buzz is Block shipping a serious answer to “how do humans and agents share a workspace without seven fake integrations?” Own the relay. Sign the events. Give agents keypairs. Desktop + buzz-cli + ACP + NIP-34 git are enough to pilot a branch-as-room workflow this week; mobile and polish are catching up.
If your agent strategy is stuck in chat bots and permission flags, clone the repo, run just dev, and put one coding agent in a private channel with a real bug. The receipts — or the gaps — will teach you faster than another slide deck.
Sources: block/buzz README · ARCHITECTURE.md / VISION*.md in-repo · GitHub Releases (Buzz Desktop) · Apache-2.0 LICENSE
Feature maturity reflects the public block/buzz README and release cadence as of July 24, 2026. Mobile, approval-gate glue, and vision-column items change quickly — re-check the works-today table before committing production incident response to Buzz.