Block Buzz 심층 분석: 아키텍처, 기능, 그리고 인간과 AI Agent의 협업 방식
요약
Block이 출시한 오픈 소스 플랫폼 Buzz의 아키텍처와 작동 원리를 심층 분석합니다. Nostr relay 기반의 아키텍처와 ACP 프로토콜을 통해 인간과 AI 에이전트가 단일 워크스페이스에서 협업하는 방식을 다룹니다.
핵심 포인트
- Nostr relay, Postgres, Redis, S3 기반의 분산 아키텍처 채택
- 에이전트가 자체 Keypair를 보유하여 독립적인 암호화 신원 증명
- ACP(Agent Communication Protocol)를 통한 다양한 에이전트 하네스 지원
- 모든 액션이 서명된 Nostr 이벤트로 기록되어 추적 가능성 확보
Block Buzz 심층 분석 — 아키텍처, 기능, 그리고 인간과 AI Agent가 협업하는 방법
작성자: Nokka (นก-กา) | 2026년 7월 25일
이 글은 Nokka (นก-กา)의 제어 하에 Hermes Agent를 통해 AI (DeepSeek V4 Pro)가 작성했습니다.
Block이 2026년 7월 21일에 Buzz를 출시한 이후 [1] — 인간과 AI agent가 단일 워크스페이스(workspace)에서 협업할 수 있는 오픈 소스 (open source) 플랫폼 — 뒤따르는 질문은 **"이것이 어떻게 작동하는가?"**입니다.
이 글에서는 GitHub repo, 아키텍처 문서(architecture document), 그리고 실제 사용자들의 리뷰를 바탕으로 Buzz의 아키텍처, 기능 및 기술적 세부 사항을 심층적으로 살펴보겠습니다.
아키텍처 — Nostr Relay + Postgres + Redis + S3
Buzz는 단순히 AI를 얹어 놓은 채팅 앱이 아닙니다. Buzz는 인간과 agent 모두를 위한 identity system, 이벤트 로그(event log), 그리고 툴 서피스(tool surface)를 갖춘 Nostr relay입니다 [2].
| 구성 요소 (Component) | 기술 (Technology) | 역할 |
|---|---|---|
| Relay | Rust (buzz-relay) | Nostr relay — 이벤트 수신 및 전송, 구독(subscriptions) 관리 |
| ... |
Buzz에서의 모든 액션(action) — 메시지, 리액션(reaction), 워크플로우 단계(workflow step), 리뷰(review), Git 패치(Git patch) — 은 단일 커뮤니티 로그(community log)에 기록되는 **서명된 Nostr 이벤트 (signed Nostr event)**입니다 [3].
Agent Identity — Bot Token이 아닌 Keypair
이 지점이 Buzz가 Slack, Discord 또는 Teams와 완전히 차별화되는 부분입니다.
| Slack 시대의 Bot | Buzz Agent |
|---|---|
| 공유 앱 토큰 (Shared app token) | 자체 Keypair (Own keypair) |
| ... |
Buzz의 Agent는 토큰을 공유하는 bot이 아닙니다. Agent는 자신만의 **암호화된 신원 (cryptographic identity)**을 가집니다 [1]. 이 identity는 휴대 가능(portable)하고, 검증 가능(verifiable)하며, 독립적(independent)입니다. 즉, 플랫폼 계정이나 벤더의 API key에 종속되지 않습니다.
그 결과:
- Buzz에서 생성한 Agent는 Nostr을 지원하는 모든 시스템에 참여할 수 있습니다.
- Identity, 이력, 평판(reputation)이 Agent와 함께 이동합니다.
- 모든 액션에는 서명이 있어, 누가(인간 또는 agent) 언제 무엇을 했는지 사후 추적이 가능합니다.
ACP — Agent Communication Protocol
Buzz는 **ACP (Agent Communication Protocol)**를 사용합니다. 이는 다양한 agent harness (Claude Code, Codex, Goose)가 Buzz relay와 통신할 수 있게 해주는 내부 프로토콜(protocol)입니다 [2].
ACP는 agent harness와 Nostr relay 사이에 위치하는 레이어 (layer)입니다. 이는 "에이전트가 수행하는 작업" (명령 실행, 파일 읽기, PR 생성)과 "릴레이 (relay)가 이해하는 것" (Nostr events) 사이를 번역합니다.
Buzz는 ACP를 통해 agent harness를 지원합니다:
| Harness | 상태 |
|---|---|
| Goose (Block 자체 개발) | ✅ First-class support |
| ... |
Buzz는 또한 각 harness를 위한 skill directories — .claude/skills/, .codex/skills/, .goose/skills/ — 를 제공하여 에이전트가 팀이 미리 정의한 기술 (skills)을 사용할 수 있게 합니다 [2].
README에서 소개하는 3가지 Use Case
Buzz의 GitHub README는 3가지 시나리오를 통해 사용법을 설명합니다 [2]:
1. On-Call — "우리가 이 에러를 만난 적이 있나요?"
새벽 2시 — 시스템 에러 알림 — 에이전트가 지난 몇 달간의 이력을 검색하고, 증거와 함께 스레드 (thread)를 게시하며, 이 이슈 (issue)를 해결했던 사람을 호출할 것을 제안합니다 — 모든 증거는 채널 (channel)에 남아 있습니다.
2. Code Review — Feature Branch 채널 개설
새로운 feature branch 생성 → Buzz 내 채널 개설 → 패치 (patches)가 NIP-34 events로 유입 → CI가 결과 게시 → 에이전트가 1차 리뷰 수행 → 인간이 반응 (react) → 모든 증거를 곁에 둔 상태에서 머지 (merge) 결정.
3. Release Notes — 자동화된 워크플로우 (Workflow)
릴리스 태그 (release tag) 생성 → YAML 워크플로우 트리거 → 에이전트가 머지된 작업들을 바탕으로 릴리스 노트 (release notes) 초안 작성 → 인간의 👍 승인 대기 → 배포 (ship) — 모든 단계는 서명 (signed)되어 있으며 검색 가능합니다.
Clients — Desktop, CLI, Mobile
Buzz는 3가지 방식으로 접근할 수 있습니다:
| Client | Platform | 상태 |
|---|---|---|
| Desktop | macOS, Windows, Linux (Tauri) | ✅ v0.4.24 |
| ... |
데스크톱 클라이언트 (Desktop client)는 Tauri 앱입니다. Electron보다 가볍고, UI를 위해 WebView를, 백엔드 (backend)를 위해 Rust를 사용합니다 [2].
buzz-cli는 에이전트 전용 도구입니다. 에이전트는 CLI를 통해 직접 채널을 읽고, 메시지를 게시하고, 워크플로우를 실행하며, 인간과 상호작용 (interact)할 수 있습니다.
Self-Hosting vs Hosted
Buzz는 두 가지 옵션을 제공합니다 [1]:
| 옵션 | 상세 내용 |
|---|---|
| Self-Hosted | 자체 릴레이 운영 — 데이터, 릴레이, 에이전트 전체를 직접 제어 — Apache 2.0 |
| Hosted (buzz.xyz) | Block에서 인프라 (infrastructure) 관리 — 프로토콜 (protocol) 보증은 동일 |
최고 수준의 프라이버시를 원하는 팀을 위해 셀프 호스팅(self-hosting)이 해답입니다. Buzz는 Postgres + Redis + S3/MinIO 스택을 사용합니다. 이는 대부분의 DevOps 팀이 이미 익숙한 조합입니다.
빠르게 시도해 보고 싶은 팀이라면 buzz.xyz에 가입하여 즉시 사용할 수 있습니다.
Buzz vs Slack/GitHub
| 차원 | Slack + GitHub | Buzz |
| :--- | :--- |
| 신원(Identity) | 플랫폼 계정 (Platform account) | 암호화 키 쌍 (Cryptographic keypair) |
| ... |
Buzz는 Slack이나 GitHub를 대체하려 하지 않습니다. 대신, 오픈 프로토콜 위에서 인간과 에이전트가 동등한 시민으로 존재하는 새로운 카테고리: 워크스페이스(workspace) 를 구축하고 있습니다.
주의사항
Buzz는 아직 pre-1.0 단계입니다. 실제로 사용하기 전에 알아야 할 제한 사항들이 있습니다:
- 아직 엔터프라이즈 수준이 아닙니다 (enterprise-ready가 아님) — 데스크톱 클라이언트는 v0.4.24에 의존하며, 모바일은 개발 중이고, Git 통합(integration)은 아직 초기 단계입니다.
- Nostr 생태계가 작습니다 — Nostr를 기반으로 선택한 것은 대담한 베팅이지만, 커뮤니티와 툴링 면에서는 Matrix나 ActivityPub보다 적습니다.
- 셀프 호스팅에는 인프라가 필요합니다 — 단순히
docker-compose up만 해서 끝나는 것이 아니라 Postgres + Redis + S3를 실행해야 합니다. - 에이전트 신원 ≠ 직원 (Agent identity ≠ employee) — 서명된 이벤트(signed event)가 작업의 정확성을 보장하지는 않습니다. 여전히 인간의 검토(human review)가 필요합니다.
- Chief-of-staff 패턴에는 위험성이 있습니다 — 만약 하나의 에이전트가 인간의 감독 없이 다른 에이전트에게 작업을 위임한다면, 오류가 증폭될 수 있습니다 [4]。
요약
Buzz는 2026년 가장 흥미로운 에이전트 워크스페이스 출시작 중 하나입니다. 단순히 채팅에 AI 챗봇이 있다는 이유 때문이 아니라, 오픈 프로토콜 위에서 에이전트에게 정체성(identity), 기록(history), 그리고 책임 소재(accountability)를 부여하는 신원 계층(identity layer) 을 구축했기 때문입니다.
제 관점에서 볼 때, Buzz가 성공한다면, 이는 단순히
Nokka on dev.to에서 AI 분석 및 개발자 도구 소식을 받아보세요 — 프로필을 팔로우하여 새로운 글이 올라올 때마다 업데이트를 받으세요.
참고 문헌
[1] Block, "Introducing Buzz: where humans and agents work together," 2026년 7월 21일. https://block.xyz/inside/introducing-buzz-where-humans-and-agents-work-together
[2] Block, "buzz — A hive mind communication platform," GitHub, 2026.
https://github.com/block/buzz
[3] Yash Thakker, "Block Buzz: Self-Hosted Nostr Workspace for Humans and Agents," explainx.ai, 2026년 7월 24일. https://explainx.ai/blog/block-buzz-nostr-agent-workspace-humans-agents-july-2026
[4] João Queirós, "Buzz AI Teams Reviewed: Self-Hosted Agents, Shared Compute, and the Slack Test," 2026년 7월 23일. https://www.ai.joaoqueiros.com/blog/buzz-ai-team-self-hosted-agents-chief-of-staff-shared-compute
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기