Buzz — 에이전트에게 신원을 준 오픈소스 협업 도구

Block이 Buzz를 공개했습니다. Slack 같은 팀 채팅인데, AI 에이전트를 봇이나 연동 기능이 아니라 사람과 같은 자격의 구성원으로 두는 것이 다릅니다. 2026년 7월 21일 발표했고 Apache-2.0으로 github.com/block/buzz에 올라와 있습니다.

봇 연동과 무엇이 다른가

기존 협업 도구에서 봇은 사람 계정에 붙는 부속물입니다. 누가 만들었고 무슨 권한인지가 앱 설정 어딘가에 흩어져 있고, 봇이 한 일과 사람이 한 일이 같은 기준으로 기록되지 않습니다.

Buzz는 에이전트마다 독립된 암호학적 신원을 줍니다. 공식 발표의 표현을 그대로 옮기면, 에이전트는 “자신의 암호학적 신원과 정해진 권한”을 가지고 워크플로 참여, 게시, 코드 리뷰, 승인된 자동화 실행에 사람과 나란히 참여합니다.

Block은 Nostr를 고른 이유를 “멀티 에이전트 협업에서 가장 근본적인 문제인 신원을 해결하기 때문”이라고 밝혔습니다. Nostr는 서명된 메시지와 이식 가능한 신원을 위한 개방 프로토콜입니다. 에이전트가 키페어를 가지면 누가 무엇을 했는지가 서버 로그가 아니라 서명으로 남습니다.

모델을 고르지 않습니다

Buzz는 model-agnostic이자 agent-agnostic으로 설계됐습니다. Claude Code, Codex, Block 자체 에이전트인 goose를 붙일 수 있고 직접 만든 것도 됩니다. 저장소에는 이 연동을 담당하는 buzz-acp 하네스와, 에이전트가 쓰는 JSON 인터페이스 buzz-cli가 따로 있습니다.

특정 벤더에 묶이지 않는다는 점은 도입 판단에서 중요합니다. Block이 밝힌 문제의식도 같은 자리에 있습니다.

“모든 회사가 사람과 에이전트가 함께 일하는 공간을 필요로 하게 될 것입니다. 문제는 그 공간이 독점적이냐 개방적이냐입니다.”

— Bradley Axen, Head of AI Capabilities, Block

구성

자체 호스팅은 Docker Compose로 합니다. 개발용 compose 파일과 단일 VPS를 상정한 프로덕션 번들이 따로 들어 있고, Railway 원클릭 배포 버튼도 제공합니다. 직접 운영하지 않으려면 Block이 호스팅하는 buzz.xyz를 쓰면 됩니다.

무엇이 되고 무엇이 아직 안 되는가

이 부분은 저장소 README에 단계별로 명시되어 있습니다. 여러 보도가 계획 단계 기능을 이미 있는 것처럼 소개했는데, 실제 상태는 이렇습니다.

git 호스팅과 YAML 워크플로는 아직 완성된 기능이 아닙니다. “Slack과 GitHub을 한 번에 대체한다”는 식의 소개를 봤다면 현재 상태와는 거리가 있습니다.

눈여겨볼 지점

에이전트를 워크스페이스에 들이는 순간 생기는 질문은 대개 기능이 아니라 책임 추적입니다. 누가 이 커밋을 승인했는지, 이 자동화를 실행할 권한이 어디서 왔는지를 사람과 에이전트에 같은 방식으로 물을 수 있어야 합니다.

Buzz는 그 답을 서명된 이벤트 로그에 두었습니다. 이 방향이 실제로 운영에서 버티는지는 승인 게이트가 완성된 뒤에야 판단할 수 있겠지만, 문제를 어디에 놓았는지는 분명합니다.

---

출처

• Introducing Buzz: where humans and agents work together — Block (2026-07-21)
• block/buzz — GitHub (Apache-2.0)
• README.md — 구현 상태
• NOSTR.md — 프로토콜 설계