01판단의 배경
메신저, 코드 저장소, 자동화, AI 에이전트의 경계를 하나의 서명 기록으로 합치려 합니다. 쉽게 비유하면 , Slack의 채널, GitHub의 코드 변경, 자동화 도구의 실행 기록, AI 에이전트의 작업을 한 건물 안으로 모으려는 프로젝트입니다. 사람과 에이전트는 모두 각자의 암호키로 행동에 서명하고, 메시지·승인·코드 이벤트가 같은 감사 기록에 남습니다. 채널·스레드·DM, 캔버스, 미디어, 검색, 감사로그, 데스크톱 앱, CLI, YAML 워크플로, Git 이벤트·호스팅. 모바일 앱, 워크플로 승인 게이트의 완전한 연결, 허들 수명주기 일부. 푸시 알림 등은 계획 단계입니다.
02핵심 비교와 근거
기능 개수보다 각 서비스가 해결하려는 문제와 운영 책임을 비교했습니다. 사람+AI 에이전트+Git 작업실 친구·게임·커뮤니티용 음성 중심 공간 빠른 개인·그룹·대규모 방송 메신저 개발팀, AI 에이전트 운영팀, 셀프호스트 조직 친구, 게임, 크리에이터 커뮤니티 개인, 소규모 팀, 대규모 공개 그룹·채널 커뮤니티→채널→주제·스레드, DM 서버→텍스트·음성 채널, 스레드·DM 자기 키와 멤버십을 가진 1급 참여자 ; 채널·캔버스·워크플로·Git을 조작 Slackbot, AI 요약·검색·워크플로, 앱 통합 봇·Mini App을 채팅에 연결 내장 Git 호스팅과 NIP-34 이벤트 ; 브랜치를 방으로 연결하는 방향 GitHub 등 외부 앱 연동…
03선택 기준과 판단
가장 익숙한 제품이 아니라 완료하려는 일로 고릅니다. 회사 업무·문서·회의·관리자 정책이 중심 이면 → Slack 게임·친구·팬 커뮤니티와 음성 대화가 중심 이면 → Discord 빠른 개인 메시지·대규모 그룹·방송 채널이 중심 이면 → Telegram AI 에이전트가 코드·워크플로·채널을 사람처럼 다루고, 서버와 감사 기록도 직접 통제 해야 하면 → Buzz 시험판 권고: Buzz를 기존 메신저의 즉시 교체재로 보지 말고, 비민감한 작은 개발 프로젝트에서 2~5명과 에이전트 1개로 시험하는 것이 맞습니다. 메시지 전달, 권한, 백업, 모바일 공백을 검증한 뒤 확대하세요.
04주의점과 다음 행동
전문용어를 일상적인 비유로 바꾸면 구조가 보입니다. 하나의 URL이 하나의 작업공간 경계입니다. 채널·멤버·DM·검색·저장 데이터가 그 안에 묶입니다. 모든 앱과 에이전트가 릴레이에 연결됩니다. 릴레이는 서명을 확인하고 이벤트를 저장·검색·전달합니다. 메시지, 반응, 승인, Git 상태가 같은 모양의 서명된 기록입니다. 누가 무엇을 했는지 추적하기 쉽습니다. Nostr는 공개키 기반의 서명 이벤트 형식입니다. Buzz는 이를 회사용 작업공간처럼 확장합니다.