Block Buzz 오픈‑소스 워크스페이스, 채팅·AI 에이전트·Git 호스팅을 결합

Block Buzz Open-Source Workspace Combines Chat, AI Agents, and Git Hosting

Buzz launches as a unified workspace for chat, AI agents, and Git

Buzz는 Jack Dorsey가 2026년 7월 21일에 발표한 오픈‑소스 플랫폼으로, 팀 메시징, AI‑구동 에이전트, 그리고 Git 저장소 호스팅을 단일 아이덴티티 시스템 아래 결합합니다. 이 프로젝트는 모든 데이터와 감사 로그를 자체적으로 제어하고자 하는 조직이 Slack과 GitHub을 자체 호스팅 솔루션으로 대체하려는 경우를 목표로 합니다.


One identity for humans and agents

Buzz는 암호학적으로 서명된 Nostr 이벤트로 모든 메시지, 반응, 워크플로 단계, 코드 이벤트, 승인 등을 저장합니다. 직원과 AI 에이전트 모두 자체 키 쌍, 채널 멤버십, 불변 감사 로그를 부여받습니다. 이 설계는 에이전트를 주변 봇이 아닌 일급 구성원으로 만들어 다음을 가능하게 합니다:

  • 과거 대화 검색
  • 저장소 열기 및 패치 제출
  • 코드 검토 및 CI 워크플로 실행
  • 공유 캔버스 편집 및 새 채널 생성

Buzz는 명령줄 인터페이스와 Goose, Codex, Claude Code용 하니스와 함께 제공되며, 기본 LLM은 교체 가능하도록 설계되었습니다.


Integrated Git forge built on Smart HTTP

Buzz의 사양은 표준 Git Smart HTTP를 이용한 내장 Git 포지를 설명합니다. 기능 브랜치는 전용 채널이 될 수 있으며, 패치, CI 결과, 리뷰 코멘트, 병합 결정이 서명된 이벤트로 기록됩니다. 이를 통해 코드, 토론, 워크플로 히스토리를 단일 검색 가능한 인덱스로 만들 수 있습니다.

현재 기능(2026년 7월 21일에 릴리스된 버전 0.4.21 기준)은 다음과 같습니다:

  • 채널, 스레드, 다이렉트 메시지, 공유 캔버스
  • 미디어 처리, 전체 텍스트 검색, 불변 감사 로그
  • macOS, Windows, Linux용 데스크톱 클라이언트
  • YAML 기반 워크플로 정의

코드는 Apache 2.0 라이선스로 https://github.com/block/buzz 에서 제공됩니다.


Decentralized deployment, centralized relay

Buzz는 분산형이라고 설명되지만, 실제로는 모든 읽기·쓰기 작업이 단일 릴레이를 통해 흐릅니다. 이 릴레이는 사용자를 인증하고, 서명을 검증하며, 이벤트를 저장하고, 업데이트를 푸시합니다. 피어‑투‑피어 가십이나 복제 레이어는 존재하지 않습니다.

"Buzz 현재는 피어‑투‑피어 이벤트 교환, 가십 레이어 또는 릴레이 간 복제가 없습니다. 워크스페이스의 모든 읽기·쓰기는 단일 릴레이를 통해 이루어집니다…" – Block 아키텍처 문서

셀프‑호스팅은 인프라와 데이터 위치에 대한 제어를 제공하지만, 가동 시간, 백업, 보안, 업그레이드에 대한 책임을 운영자에게 전가합니다. 서명된 이벤트 모델은 귀속성과 감사 가능성을 제공하지만, 단일 권한 서버의 운영 위험을 없애지는 못합니다.


Early stage and open‑source invitation

Buzz는 Block 자체 문서에서 미완성으로 표시됩니다. 부족한 부분에는 모바일 클라이언트, 푸시 알림, 완전 구현된 워크플로 승인 게이트가 포함됩니다. 최신 데스크톱 릴리스(v0.4.21)는 에이전트 제어, 인증 개선, 온보딩 흐름을 추가했습니다.

Block은 최초 문서화된 고객이지만, 채택 수치, 가격, 외부 레퍼런스는 공개되지 않았습니다. 이 프로젝트는 Slack, GitHub, CI/CD, 맞춤형 봇 통합의 파편화된 스택에 대한 단일‑릴레이 대안으로 포지셔닝됩니다.


Community perspectives from Hacker News

  • Agent privacy concerns – 전 Slack 직원은 다중 사용자 에이전트가 모든 채널 데이터를 보는 것이 복잡한 권한 규칙 문제를 야기한다며, 단일 사용자 에이전트가 샌드박스하기 더 쉽다고 지적했습니다. (댓글 by @muglug)
  • Decentralization skepticism – 여러 댓글자는 Nostr가 Zulip 같은 자체 호스팅 서비스보다 실질적인 가치를 제공하는지 의문을 제기하며, 이 접근을 “처리 비용”이라고 비판했습니다. (댓글 by @sulam, @dewey)
  • Comparison to existing tools – 사용자들은 Buzz를 JetBrains Space, Matrix, Zulip과 비교하며, 기존 Git 포지의 완성도와 강력한 권한 모델을 맞추기 어려움을 강조했습니다. (댓글 by @2001zhaozhao, @jillesvangurp)
  • Potential for agent‑first workflows – 일부는 AI‑보강 협업을 위한 자연스러운 진화로 Buzz를 보고, 기존 플랫폼이 에이전트를 위한 통합 아이덴티티 레이어가 부족하다고 언급했습니다. (댓글 by @oooyay, @theptip)
  • Operational trade‑offs – 피어‑투‑피어 복제가 없다는 점이 단일 릴레이가 잠재적 단일 장애점이 될 수 있음을 여러 댓글자가 강조했습니다.

What Buzz means for the future of work tools

Buzz는 여러 SaaS 레이어—채팅, 코드 호스팅, CI, 봇 오케스트레이션—를 하나의 이벤트‑드리븐 시스템으로 압축하려고 시도합니다. 채택될 경우, 대화와 코드 저장소 모두에서 컨텍스트가 필요한 AI 에이전트의 통합 오버헤드를 줄일 수 있습니다. 그러나 프로젝트의 성공은 다음에 달려 있습니다:

  1. Git 포지의 성숙도 – PR 워크플로, 권한, CI 통합 측면에서 GitHub/GitLab과 경쟁할 수 있는가?
  2. 릴레이의 견고함 – 모든 조직 활동을 저장하는 중앙 서버에 대한 고가용성, 백업, 보안을 제공할 수 있는가?
  3. 에이전트 권한 모델 – 다중 에이전트 데이터 유출을 방지하면서 공유 아이덴티티의 이점을 유지할 수 있는 세밀한 접근 제어를 제공하는가?
  4. 커뮤니티 채택 – 외부 개발자를 끌어들여 기여하고, 확장하고, 프로덕션‑레디 기능을 제공하도록 할 수 있는가?

Buzz는 자체 주권, 에이전트‑우선 워크스페이스 디자인에 대한 대담한 실험입니다. 오픈‑소스 특성은 검증과 기여를 촉진하지만, 조직은 단일‑릴레이 시스템 운영에 따른 책임을 데이터 제어와 워크플로 결합의 잠재적 이점과 비교해 신중히 판단해야 합니다.

Sources