본문 바로가기

IT & AI

Jack Dorsey의 Buzz, 팀 채팅·Git·AI 에이전트를 한곳에 묶어요

728x90

Jack Dorsey의 Buzz, 팀 채팅·Git·AI 에이전트를 한곳에 묶어요

Buzz 팀 채팅과 AI 에이전트 워크스페이스 썸네일
Buzz 팀 채팅과 AI 에이전트 워크스페이스 썸네일

Jack Dorsey가 이끄는 Block이 사람, AI 에이전트, 대화, 코드 저장소를 하나의 작업 공간에 넣은 오픈소스 프로젝트 Buzz를 공개했어요. 에이전트가 대화에 답하는 수준을 넘어 코드를 읽고 패치를 제출하며, 사람이 한 승인과 함께 작업 이력을 남기는 구조예요. 아직 모바일 앱과 일부 승인 기능은 완성되지 않았고, 모든 요청이 조직별 중앙 릴레이를 지난다는 제약도 있어요. 1

핵심 요약

구분핵심왜 볼 만한가요
통합 작업 공간채팅, Git 호스팅, 검색, 자동화, AI 에이전트를 한곳에 묶어요에이전트에 업무 맥락을 전달하려고 여러 제품을 연결하는 비용을 줄일 수 있어요
신원과 기록사람과 에이전트가 각각 키 쌍을 갖고 행동을 서명된 Nostr 이벤트로 남겨요누가 메시지를 보냈고, 패치를 냈으며 승인했는지 추적하기 쉬워져요
개발 흐름브랜치별 채널에서 패치, CI 결과, 검토 의견, 병합 결정을 함께 다뤄요코드 변경 이유와 대화가 서로 다른 제품에 흩어지는 문제를 줄이려는 설계예요
운영 조건자체 호스팅이 가능하지만 조직 안의 모든 읽기와 쓰기는 하나의 릴레이를 거쳐요데이터 통제권을 얻는 대신 백업, 보안, 장애 대응을 직접 맡아야 해요
제품 단계데스크톱 앱과 Git 호스팅은 쓸 수 있지만 모바일과 일부 승인 흐름은 개발 중이에요기존 협업 도구를 바로 전면 교체하기보다 제한된 팀에서 검증할 단계예요

1. Buzz는 에이전트를 별도 봇이 아닌 팀 구성원처럼 다뤄요

Buzz의 가장 큰 차이는 사람과 AI 에이전트에 같은 형태의 신원을 준다는 점이에요. 둘 다 고유 키 쌍과 채널 멤버십을 갖고 메시지, 반응, 코드 이벤트, 작업 단계에 서명해요. 에이전트가 어떤 채널을 읽을 수 있는지 일반 구성원처럼 제한할 수 있고, 작업 결과도 같은 감사 기록에서 찾을 수 있어요. 2

공개 저장소에 적힌 현재 기능은 채널, 스레드, 다이렉트 메시지, 공유 캔버스, 미디어, 검색, 감사 로그, 데스크톱 앱, YAML 자동화예요. 에이전트는 과거 대화를 검색하고 저장소를 열어 패치를 제출할 수 있어요. 코드 검토, 작업 실행, 캔버스 편집, 채널 생성도 맡을 수 있어요. Goose, Codex, Claude Code를 연결하는 계층을 따로 둬서 작업 공간과 기반 모델을 분리했어요. 3

이 구조는 팀용 에이전트의 오래된 골칫거리를 겨냥해요. 기존 방식에서는 메신저 권한, 저장소 권한, 자동화 토큰, 검색 색인을 제품마다 따로 맞춰야 해요. Buzz는 에이전트도 독립된 구성원으로 등록하고 채널 접근 범위를 부여해요. 도구별 연결 설정은 줄어들 수 있지만, 비공개 대화와 코드에 대한 권한을 잘못 주면 한 공간에 모인 정보가 더 넓게 노출될 수 있어요.

728x90

Git 호스팅도 단순 알림 연동보다 깊게 들어가요. 표준 Git Smart HTTP를 지원하고, 기능 브랜치를 전용 채널과 연결해 패치, CI 결과, 검토 의견, 승인, 병합 결정을 같은 기록에 남기는 구상이에요. Git은 코드 전송을 맡고 Nostr 이벤트는 저장소 정보와 대화, 승인 이력을 이어 줘요. 현재 문서에는 Git 호스팅이 제공되는 기능으로 표시돼 있지만, 병합 조정과 평판 체계 같은 상위 기능은 설계 단계로 나뉘어 있어요. 4

Buzz에서 말하는 탈중앙 구조도 범위를 나눠 봐야 해요. 조직은 릴레이와 도메인, 데이터를 직접 소유할 수 있어요. 키도 다른 Nostr 환경으로 옮길 수 있어 특정 서비스 사업자에 묶이는 정도를 낮춰요. 다만 한 작업 공간 안에서는 모든 읽기와 쓰기가 단일 릴레이를 통과해요. 현재 릴레이 사이의 P2P 교환, 가십, 복제는 없어요. 조직이 운영 주도권을 갖는 자체 호스팅 구조에 가깝고, 작업 공간 내부까지 분산된 시스템은 아니에요. 5

자체 호스팅에는 비용이 따라요. 운영팀이 가용성, 백업, 보안 패치, 업그레이드를 책임져야 해요. 서명된 이벤트는 행위자를 확인하고 기록 변조를 탐지하는 데 도움을 주지만, 서버 장애나 잘못된 권한 설정을 막아 주지는 않아요. 특히 여러 사용자의 비공개 정보에 접근하는 에이전트를 붙이려면 채널 멤버십만으로 충분한지, 개인 정보가 공유 공간으로 넘어가는 경로는 없는지 따로 점검해야 해요.

제품 완성도도 확인해야 해요. 공개 문서 기준으로 macOS, Windows, Linux용 데스크톱 앱과 명령줄 도구를 제공해요. 모바일 클라이언트는 개발 중이고 푸시 알림은 아직 준비되지 않았어요. 워크플로 승인 게이트도 기반 구성 요소는 있지만 실행 경로가 모두 연결된 상태는 아니에요. Apache 2.0 라이선스로 코드를 공개했지만 가격, 외부 고객 수, Block 내부 도입 규모는 공개하지 않았어요. 2

왜 중요한가요

개발팀이 AI 에이전트를 실제 업무에 넣으면 모델 성능만큼 신원, 권한, 기록이 중요해져요. 누가 시킨 작업인지, 에이전트가 어떤 자료를 읽었는지, 제출한 패치를 누가 승인했는지 남지 않으면 속도가 빨라져도 책임 경계가 흐려져요. Buzz는 사람과 에이전트의 활동을 같은 서명 이벤트로 기록해 이 문제를 제품 구조에서 다루려 해요. 3

채팅과 코드 저장소를 한곳에 모으는 선택에는 뚜렷한 교환 조건이 있어요. 검색과 권한 관리가 단순해질 수 있고, 코드가 바뀐 이유를 대화와 함께 찾기 쉬워져요. 반대로 한 시스템의 장애나 보안 문제가 대화, 코드, 자동화에 동시에 영향을 줄 수 있어요. 기존 제품 하나만 교체하는 방식보다 이전 범위도 커져요. 도입을 검토하는 팀이라면 작은 저장소와 제한된 채널부터 연결하고, 백업 복원과 에이전트 권한 회수까지 먼저 시험하는 편이 안전해요. 5

Buzz가 기존 협업 제품을 대체할지는 아직 판단하기 일러요. 다만 팀용 AI 에이전트에 필요한 요소를 채팅창 안의 호출 버튼이 아니라 신원, 접근 권한, Git 작업, 승인, 감사 기록의 묶음으로 본 점은 구체적이에요. 모바일과 승인 기능이 완성되고, Block 밖의 팀이 실제 운영 부담을 감수할 만큼 통합 효과를 얻는지가 다음 확인 지점이에요. 2

참고 자료

  1. 트위터 창업자 Jack Dorsey, 팀 채팅·AI 에이전트·Git 호스팅을 결합한 Buzz 출시 — GeekNews
  2. Jack Dorsey launches Buzz to combine team chat, AI agents and Git hosting — RuntimeWire
  3. block/buzz: A workspace where humans and agents build together — GitHub
  4. Buzz Projects: A Nostr-Native Forge — GitHub
  5. Buzz Architecture — GitHub
728x90