🏠 메인
보고서 보기
Human + Agent Workspace · Executive Brief

Buzz는메신저가 아니라AI 작업공간

핵심 결론

01사람과 AI 에이전트가 같은 팀원으로 대화·코드·워크플로를 함께 다루는 개발자 중심 작업공간입니다.

02셀프호스트·서명 이벤트·Git 통합은 독특하지만 모바일·알림·권한·전달 안정성은 아직 초기입니다.

03기존 메신저를 바로 교체하지 말고 비민감한 작은 개발 프로젝트로 시험한 뒤 사람이 검수하세요.

Block이 공개한 Buzz의 개념, 현재 기능과 미완성 영역, 설치·보안·운영 부담을 풀어 설명하고 Slack·Discord·Telegram과 같은 기준으로 비교했습니다.

260803 · 표준 심층보고서2026.08.03 KST공식·기술 문서·공개 이슈 23건 · 사실·분석·계획 분리
TWO-PAGE EXECUTIVE BRIEF

2페이지 핵심 요약

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는 이를 회사용 작업공간처럼 확장합니다.

Buzz에서 사람과 AI 에이전트가 같은 작업공간에서 대화하고 Git, 체크리스트, 서명 이벤트, 셀프호스트 서버에 연결되는 화이트보드 두들 인포그래픽
AI 생성 인포그래픽 · 공식 제품 이미지 아님사람·AI·대화·Git·워크플로·서명 기록·셀프호스트 릴레이의 관계를 개념적으로 표현

결론부터: Buzz는 “AI가 들어간 Slack”보다 더 큰 실험입니다

메신저, 코드 저장소, 자동화, AI 에이전트의 경계를 하나의 서명 기록으로 합치려 합니다.

한 문장 판단: Buzz는 메신저에 AI 챗봇을 붙인 제품이 아니라, 사람·AI 에이전트·코드·자동화를 하나의 기록 안에서 움직이게 하려는 개발자 중심 작업공간입니다.

쉽게 비유하면, Slack의 채널, GitHub의 코드 변경, 자동화 도구의 실행 기록, AI 에이전트의 작업을 한 건물 안으로 모으려는 프로젝트입니다. 사람과 에이전트는 모두 각자의 암호키로 행동에 서명하고, 메시지·승인·코드 이벤트가 같은 감사 기록에 남습니다.

지금 쓸 수 있는 것

채널·스레드·DM, 캔버스, 미디어, 검색, 감사로그, 데스크톱 앱, CLI, YAML 워크플로, Git 이벤트·호스팅.

아직 진행 중인 것

모바일 앱, 워크플로 승인 게이트의 완전한 연결, 허들 수명주기 일부. 푸시 알림 등은 계획 단계입니다.

가장 큰 차이

Slack·Discord·Telegram의 봇은 통합 기능에 가깝지만, Buzz는 에이전트를 사람과 같은 방·멤버십·감사 구조의 일원으로 설계합니다.

상태 주의: 공식 사이트가 직접 Developer Preview라고 표시하고 저장소도 pre-1.0이라고 밝힙니다. 핵심 아이디어는 선명하지만, 비전공자나 안정성이 중요한 조직의 주력 메신저를 당장 대체할 단계라고 보기는 어렵습니다.

Buzz vs Slack vs Discord vs Telegram

기능 개수보다 각 서비스가 해결하려는 문제와 운영 책임을 비교했습니다.

비교 기준BuzzSlackDiscordTelegram
쉽게 말하면사람+AI 에이전트+Git 작업실기업용 협업 메신저친구·게임·커뮤니티용 음성 중심 공간빠른 개인·그룹·대규모 방송 메신저
주 대상개발팀, AI 에이전트 운영팀, 셀프호스트 조직업무팀과 기업친구, 게임, 크리에이터 커뮤니티개인, 소규모 팀, 대규모 공개 그룹·채널
대화 구조커뮤니티→채널→주제·스레드, DM워크스페이스→채널·스레드, DM서버→텍스트·음성 채널, 스레드·DM개인·그룹·채널, 답장·주제
AI의 위치자기 키와 멤버십을 가진 1급 참여자; 채널·캔버스·워크플로·Git을 조작Slackbot, AI 요약·검색·워크플로, 앱 통합봇·앱·활동을 서버에 추가봇·Mini App을 채팅에 연결
코드·Git내장 Git 호스팅과 NIP-34 이벤트; 브랜치를 방으로 연결하는 방향GitHub 등 외부 앱 연동 중심봇·웹훅·외부 연동 중심봇·웹훅·외부 서비스 중심
프로젝트 문서채널 캔버스, 워크플로, 미디어 프레임 댓글, 검색캔버스·리스트·클립·검색 등 성숙한 협업 기능게시판·미디어·이벤트 등 커뮤니티 기능파일·고정 메시지·주제·채널 방송 중심
음성·영상허들 음성 릴레이가 있으나 수명주기 연결은 개발 중허들·오디오/비디오 클립; 무료는 1:1, 유료는 그룹상시 음성 채널·영상·화면공유가 핵심 강점음성·영상 통화와 그룹 통화
클라이언트macOS·Windows·Linux 데스크톱; 모바일은 개발 중웹·데스크톱·모바일웹·데스크톱·모바일·콘솔 연계모바일·데스크톱·웹, 여러 기기 동기화
호스팅직접 운영 가능; 호스팅 릴레이도 선택공급자 클라우드공급자 클라우드공급자 클라우드
데이터·감사서명 이벤트와 변조 탐지용 해시 체인 감사로그; 운영자가 저장소 관리유료 상위 플랜에서 관리·보안·보존·eDiscovery가 강함커뮤니티 관리와 Safety 도구 중심클라우드 채팅 동기화; 관리자·봇 도구 제공
종단간 암호화현재 TLS 전송·저장층 암호화; DM E2EE는 미래 고려사항일반 업무 메시지는 서비스가 처리하는 클라우드 구조일반 서버 메시지는 서비스가 처리하는 클라우드 구조Secret Chat만 E2EE; 일반 클라우드 채팅·그룹은 해당하지 않음
무료·비용코드는 Apache-2.0; 서버·저장소·AI 모델·운영 비용은 별도. 공식 호스팅 가격은 확인 범위에서 미확인무료: 최근 90일 내역·앱 10개·1:1 허들. 유료는 사용자당 과금, 가격·프로모션 변동핵심 기능 무료, Nitro 등 선택 구독; 서버 운영은 플랫폼이 담당핵심 기능 무료, Premium 선택 구독; 공개 채널에는 광고 가능
도입 난이도높음 — 릴레이·키·Docker·Postgres·Redis·오브젝트 저장소 개념 필요낮음~중간낮음낮음
성숙도Developer Preview·pre-1.0기업용으로 성숙대규모 커뮤니티용으로 성숙대규모 글로벌 메신저로 성숙
가장 잘 맞는 상황AI 에이전트가 실제 개발 업무를 하고 기록·소유권까지 통제해야 할 때일반 회사 협업과 관리자 통제가 우선일 때실시간 음성·커뮤니티 참여가 우선일 때빠른 모바일 소통과 대규모 방송이 우선일 때

중요한 비교 원칙: Buzz는 네 서비스 중 유일하게 “셀프호스트 가능한 AI+개발 작업공간”을 핵심으로 둡니다. 반대로 Slack·Discord·Telegram은 이미 많은 사용자가 익숙하고 모바일·알림·운영 안정성이 훨씬 성숙합니다. 따라서 기능 개수만 세기보다 AI 에이전트의 실행 권한과 데이터 소유권이 정말 필요한가를 먼저 물어야 합니다.

어떤 서비스를 선택해야 하나

가장 익숙한 제품이 아니라 완료하려는 일로 고릅니다.

선택은 이렇게 하시면 됩니다

  • 회사 업무·문서·회의·관리자 정책이 중심이면 → Slack
  • 게임·친구·팬 커뮤니티와 음성 대화가 중심이면 → Discord
  • 빠른 개인 메시지·대규모 그룹·방송 채널이 중심이면 → Telegram
  • AI 에이전트가 코드·워크플로·채널을 사람처럼 다루고, 서버와 감사 기록도 직접 통제해야 하면 → Buzz 시험판

권고: Buzz를 기존 메신저의 즉시 교체재로 보지 말고, 비민감한 작은 개발 프로젝트에서 2~5명과 에이전트 1개로 시험하는 것이 맞습니다. 메시지 전달, 권한, 백업, 모바일 공백을 검증한 뒤 확대하세요.

Buzz는 내부에서 어떻게 움직이나

전문용어를 일상적인 비유로 바꾸면 구조가 보입니다.

1. 커뮤니티 = 한 회사 건물

하나의 URL이 하나의 작업공간 경계입니다. 채널·멤버·DM·검색·저장 데이터가 그 안에 묶입니다.

2. 릴레이 = 우체국+기록보관소

모든 앱과 에이전트가 릴레이에 연결됩니다. 릴레이는 서명을 확인하고 이벤트를 저장·검색·전달합니다.

3. 이벤트 = 서명된 업무 영수증

메시지, 반응, 승인, Git 상태가 같은 모양의 서명된 기록입니다. 누가 무엇을 했는지 추적하기 쉽습니다.

Nostr를 쓴다는 뜻

Nostr는 공개키 기반의 서명 이벤트 형식입니다. Buzz는 이를 회사용 작업공간처럼 확장합니다. 다만 Buzz의 기본 구조는 여러 릴레이가 자유롭게 복제하는 소셜 네트워크라기보다, 한 릴레이를 단일 진실 공급원으로 쓰는 팀 시스템입니다. “탈중앙화”라는 말만 보고 자동으로 완전한 익명성·E2EE·무중단 분산 시스템을 기대하면 안 됩니다.

현재 기능과 로드맵을 분리해서 보기

공식 README가 세 상태를 직접 구분합니다.

상태기능비전공자에게 의미하는 것
✅ Works today릴레이, 채널·스레드·DM, 캔버스, 미디어, 검색, 감사로그, 데스크톱, buzz-cli/ACP, YAML 워크플로, Git 이벤트·호스팅핵심 데모와 개발팀 시험은 가능
🚧 Being wired upiOS·Android 모바일, 워크플로 승인 게이트, 허들 수명주기 이벤트이 기능을 운영 전제로 삼지 말고 직접 확인
💭 Pending code릴레이 간 신뢰 평판, 푸시 알림, 문화 기능아이디어이지 현재 사양이 아님

릴리스·커뮤니티 신호

  • 2026.07.31 공개 데스크톱 릴리스는 v0.5.3입니다.
  • 2026.08.03 확인 시 GitHub 저장소는 약 2.11만 stars, 2,260 forks였습니다. 이는 높은 관심 신호이지 안정성·품질 보증은 아닙니다.
  • 저장소는 이전 릴리스 장기 지원 없이 최신 main 중심이라고 명시합니다. 운영 환경은 버전 고정·백업·업그레이드 검증이 필요합니다.

장점과 단점

Buzz의 강점은 동시에 운영 부담이 될 수 있습니다.

✅ 에이전트가 손님이 아니다

각 에이전트가 자기 키·멤버십·감사 기록을 가지므로, 누가 어떤 행동을 했는지 사람과 같은 구조로 추적할 수 있습니다.

✅ 대화와 코드 기록을 붙인다

채널의 결정, 패치, CI, 리뷰, 승인 기록이 분리된 도구 사이에서 유실되는 문제를 줄이려는 설계입니다.

✅ 서버와 데이터 경계를 선택한다

직접 릴레이를 운영하면 메시지·미디어·멤버십을 선택한 하드웨어에 둘 수 있습니다.

⚠️ 셀프호스트는 버튼 하나가 아니다

Rust 릴레이 외에 Postgres, Redis, S3 호환 저장소, TLS, DNS, 키·비밀값·백업이 필요합니다.

⚠️ 초기 버그가 핵심 흐름에 있다

공개 이슈에는 에이전트 응답 손실, 권한 설정 불일치, 외부 에이전트 실시간 연결, 온보딩 혼란이 보고돼 있습니다.

⚠️ 모바일·알림·다국어가 약하다

모바일은 개발 중이며 푸시 알림은 계획 단계입니다. 현 UI는 영어 중심이고 한국어 현지화 요구도 공개 이슈에 있습니다.

보안·개인정보: “내 서버”와 “완전한 비밀”은 다릅니다

소유권, 암호화, 운영 책임을 나눠 봐야 합니다.

쟁점공식 구조실제 판단
신원사람과 에이전트가 secp256k1 키쌍으로 서명개인키 유출은 계정 비밀번호 유출보다 복구가 어려울 수 있어 백업·보관 절차가 중요
권한채널 멤버십이 핵심 접근 게이트단순하지만 세밀한 기업용 권한 모델과 동일하다고 가정하면 안 됨
전송·저장TLS 전송, 저장 암호화는 Postgres·볼륨 등 저장층에 위임배포자가 TLS와 저장 암호화를 직접 구성·검증해야 함
DM 암호화E2EE는 미래 고려사항현재 운영자/서버가 처리할 수 있는 구조이며 극민감 대화 용도로 가정 금지
감사로그SHA-256 해시 체인으로 변조 탐지변조 방지가 아니라 변조 탐지. DB 쓰기 권한 공격자는 체인을 다시 계산할 수 있다고 공식 문서가 명시
공개 보안 이슈2026.08.02 공개 이슈는 인터넷 노출 릴레이의 HTTP 요청/본문 시간 제한 부재 가능성을 보고미해결 제3자 보고이므로 확정 취약점으로 일반화하지 말되, 공개 배포 전 재현·완화·업스트림 상태를 확인
개인정보Block 호스팅 서비스는 계정·사용·기기·상호작용 정보를 처리할 수 있음직접 운영 릴레이, Block 호스팅, 제3자 Nostr 서비스의 정책 범위를 각각 확인
연결한 AI 모델공식 약관은 에이전트가 접근 가능한 채널의 다른 사용자 메시지·콘텐츠가 사용자가 연결한 제3자 AI 모델로 전송될 수 있다고 명시모델 제공자 약관·데이터 보존·학습 사용 여부와 에이전트 채널 권한을 별도로 검토

최소 안전선: 비민감 자료로 시작하고, 개인키·릴레이키를 별도 백업하며, TLS·저장 암호화·백업 복원·권한 테스트를 실제로 수행하세요. AI 에이전트는 처음부터 최소 채널에만 초대하고 외부 발송·코드 병합·배포는 사람 승인을 거치게 해야 합니다.

비전공자용 최소 시험판

설치보다 “완료 조건”을 먼저 정하면 실패 비용이 줄어듭니다.

  1. 목적 고정: “AI 에이전트가 한 채널에서 질문에 답하고, 근거 링크를 남긴다”처럼 한 가지로 제한합니다.
  2. 클라이언트 설치: 공식 GitHub 최신 릴리스에서 운영체제에 맞는 파일을 받습니다. Windows 빌드는 현재 unsigned alpha 표기가 있으므로 출처와 해시를 다시 확인합니다.
  3. 호스팅 선택: 운영을 배우려는 것이 아니면 먼저 관리형 릴레이를 시험하고, 데이터 통제가 핵심일 때만 Railway 또는 Docker Compose 셀프호스트를 검토합니다.
  4. 작은 방: 2~5명, 비민감 샘플 저장소, 에이전트 1개, 공개되지 않는 채널 1개로 시작합니다.
  5. 검증: 사람→에이전트, 에이전트→사람, 스레드 답장, 권한 없는 사용자의 접근, 재시작 뒤 설정 유지, 검색, 백업 복원을 확인합니다.
  6. 확대 조건: 1주 동안 응답 누락 0건, 권한 우회 0건, 백업 복원 성공, 담당 운영자 지정이 모두 충족될 때만 확대합니다.
운영 방식준비물장점부담
관리형 릴레이앱·계정·AI 제공자 설정가장 빠른 시험호스팅 정책·가격·데이터 경계 확인 필요
Railway 템플릿Railway 계정, 공개키, 배포 변수서버 구성 자동화릴레이키 백업, 서비스 비용·장애 대응
직접 Docker Compose서버, Docker, DNS/TLS, Postgres·Redis·MinIO, 여러 비밀값가장 높은 통제업데이트·보안·백업·모니터링 책임

도입 시나리오

좋은 아이디어와 운영 가능한 제품은 다릅니다.

시나리오전제결과실패 신호대응
낙관개발팀이 셀프호스트·Nostr·AI 에이전트 운영에 익숙대화·코드·자동화 기록이 한곳에 모이고 에이전트 협업 속도 향상핵심 버그가 빠르게 수정되고 모바일 공백을 감수 가능비핵심 프로젝트부터 점진 확대
기준아이디어는 유용하지만 운영 인력이 제한적기존 Slack/Discord는 유지하고 Buzz를 AI 개발 실험실로 병행설정·업데이트·권한 검수가 예상보다 자주 필요한 팀·한 저장소·한 에이전트로 범위 고정
보수비개발 조직, 모바일 필수, 규제·감사 요구가 높음검수·운영 비용이 효율을 상쇄응답 누락, 권한 불일치, 알림 공백, 키 복구 문제Slack 등 성숙한 플랫폼을 유지하고 Buzz는 관찰만

조사 방법과 사실 구분

2026.08.03 KST 기준 공식 원문을 먼저 확인했습니다.

Buzz 공식 사이트·GitHub README·VISION·ARCHITECTURE·SECURITY·릴리스·개인정보 고지와 Block Engineering 셀프호스트 안내를 직접 확인했습니다. 비교 제품은 Slack 한국 공식 요금 페이지, Discord 공식 사이트·개발자·안전 문서, Telegram 공식 FAQ·봇 문서를 기준으로 기능의 성격을 맞췄습니다. 공개 GitHub 이슈는 사용자 경험과 초기 위험을 찾는 보조 증거로만 사용했으며, 전체 사용자 여론으로 일반화하지 않았습니다.

한국 자료: Slack은 한국어 공식 요금 페이지를 확인했습니다. Buzz의 한국어 공식 제품 문서와 한국 가격, Discord·Telegram의 한국 시장 전용 기업 관리 자료는 확인 범위에서 찾지 못해 글로벌 공식 원문으로 보완했습니다.

한계와 최종 확인 과제

  • Buzz는 매우 빠르게 변경되는 pre-1.0 프로젝트입니다. 저장소의 works today 표와 최신 릴리스도 실제 배포에서 다시 시험해야 합니다.
  • GitHub stars·forks·다운로드 수는 관심 신호일 뿐 활성 사용자 수, 장애율, 보안 수준, 기업 도입 수를 뜻하지 않습니다.
  • Slack 가격은 2026.08.03 페이지의 월간 결제·프로모션 표시를 확인했지만 국가·세금·연간 결제·행사 조건에 따라 달라질 수 있어 계약 전 재확인이 필요합니다.
  • Discord·Telegram의 세부 플랜·파일 한도·관리 기능은 지역·구독·서버 설정에 따라 변할 수 있어 본 표는 제품 포지션 비교에 집중했습니다.
  • 공개 GitHub 이슈는 재현 가능한 위험 단서지만 최신 v0.5.3에서 모두 동일하게 재현된다는 뜻은 아닙니다. 시험판에서 직접 확인해야 합니다.
  • 보안·개인정보·규제 적합성은 이 보고서만으로 판정할 수 없습니다. 실제 배포 구성, 계약, 데이터 위치, 접근 로그, 백업과 사고 대응을 별도 검토해야 합니다.

인터넷·언론 반응

X·Threads·블로그·커뮤니티·뉴스에서 실제로 확인한 의견을 긍정·우려·조건부 평가로 나눴습니다.

GitHub · 조건부 긍정webdevtodayjason · 2026.07.24
외부 AI를 Buzz에 연결한 현장 보고는 Nostr 인증·멤버십·스레드 답장이 첫 시도부터 작동했다고 평가했습니다. 동시에 실시간 수신, 자기 신원 조회, 디렉터리 등록, 멘션 선택 등 다섯 가지 마찰을 기록했습니다.

댓글 원문 · 개인 개발 경험

GitHub · 비판bosoud 외 · 2026.07.24~28
일부 에이전트 모델은 답을 생성하고도 Buzz 채널에 보내지 않아 사용자가 침묵으로 보게 되는 문제를 상세히 재현했습니다. 에이전트 실행과 메시지 전달 사이의 결정적 안전장치가 필요하다는 지적입니다.

이슈 원문 · 버전별 재현 보고

GitHub · 비판georgerous 외 · 2026.07.23~28
에이전트의 ‘누가 대화할 수 있는가’ 설정이 UI와 실제 실행 상태에서 어긋난다는 보고가 이어졌습니다. 초기 제품에서 권한 UI를 그대로 신뢰하지 말고 직접 테스트해야 할 이유입니다.

이슈 원문 · 공개 버그 보고

GitHub · 관심+유보여러 기여자 · 2026.07.26~08.01
프랑스어·포르투갈어·중국어·체코어·한국어 지원에 기여하겠다는 반응이 모였습니다. 국제적 관심 신호인 동시에 현재 UI가 영어 중심이라 도입 장벽이 있다는 뜻입니다.

이슈 원문 · 비대표 기여 의향

GitHub · 온보딩 비판Questing-VR 외 · 2026.07.30~31
한 사용자는 초기 화면에서 제3자 계정 가입이 강제된다고 느껴 셀프호스트 경로를 찾기 어렵다고 비판했습니다. 댓글에서는 직접 릴레이를 운영할 수 있다고 반박해, 기능 부재보다 안내·진입 경로 혼란이 쟁점으로 남았습니다.

이슈 원문 · 감정적 표현을 제외한 쟁점 요약

온라인 의견은 대표 표본이며 전체 여론을 뜻하지 않습니다. 작성자·매체·게시일·원문 링크는 아래 전체 출처에 함께 기록했습니다.

전체 출처클릭하여 펼치기접기

전체 출처

사실·분석·전망·루머·온라인 반응, 시각자료와 생성 이미지의 상태를 함께 기록했습니다.

유형자료명제공자·저작자원문날짜라이선스·상태사용 범위
공식 제품Buzz 공식 사이트Block원문 보기2026.08.03 확인Developer Preview제품 정의·핵심 소개
공식 소스block/buzz READMEBlock / GitHub원문 보기2026.08.03 확인Apache-2.0 · 직접 확인기능 상태·설치·플랫폼·아키텍처
공식 릴리스Buzz Desktop v0.5.3Block / GitHub원문 보기2026.07.31공식 릴리스버전·배포 파일·플랫폼
공식 비전Buzz VISIONBlock원문 보기2026.08.03 확인공식 저장소 문서커뮤니티·Nostr·암호화·워크플로·Git
공식 기술Buzz ArchitectureBlock원문 보기2026.08.03 확인공식 저장소 문서릴레이·이벤트·DB·권한 구조
공식 보안Buzz Security PolicyBlock원문 보기2026.08.03 확인pre-1.0 · 최신 main 지원키 저장·감사로그·TLS·취약점 제보
공식 개인정보Buzz Privacy NoticeBlock원문 보기2026.07.17 갱신공식 고지Block 호스팅 서비스의 정보 처리
공식 약관Buzz Terms of ServiceBlock원문 보기2026.07.17공식 약관 · self-host 범위 구분연결 AI 모델로의 콘텐츠 전송·호스팅/셀프호스트 책임 경계
공식 안내Run your own Buzz relayKalvin Chau / Block Engineering원문 보기2026.07.31공식 기술 블로그Docker Compose·Railway·키·백업
공식 비교Slack 요금 플랜Slack원문 보기2026.08.03 확인한국어 공식 · 가격 변동 가능무료 제한·유료 AI·관리 기능
공식 비교Slack 기능Slack원문 보기2026.08.03 확인공식채널·허들·협업·통합
공식 비교Discord 공식 사이트Discord원문 보기2026.08.03 확인공식친구·게임·커뮤니티 포지션
공식 비교Discord Developer DocumentationDiscord원문 보기2026.08.03 확인공식봇·앱 통합
공식 비교Discord SafetyDiscord원문 보기2026.08.03 확인공식안전·커뮤니티 관리 범위
공식 비교Telegram FAQTelegram원문 보기2026.08.03 확인공식기기 동기화·그룹·채널·Secret Chat
공식 비교Telegram Bot FeaturesTelegram원문 보기2026.08.03 확인공식봇·Mini Apps
공개 이슈외부 에이전트 실시간 연결 현장 보고webdevtodayjason 외원문 보기2026.07.24~개인 경험 · 비대표장점과 외부 에이전트 연결 마찰
공개 이슈에이전트 답변 전달 누락bosoud 외원문 보기2026.07.24~28공개 버그 보고초기 에이전트 신뢰성 위험
공개 이슈에이전트 대화 권한 설정 불일치georgerous 외원문 보기2026.07.23~28공개 버그 보고권한 검증 필요성
공개 이슈현지화 요구CamiloNietoOficial 외원문 보기2026.07.26~08.01비대표 기여 의견영어 중심 UI·국제 관심
공개 이슈가입·셀프호스트 온보딩 논쟁Questing-VR 외원문 보기2026.07.30~31개인 의견 · 표현 주의진입 경로 혼란
공개 이슈릴레이 HTTP 요청/본문 시간 제한 부재 보고tlongwell-block원문 보기2026.08.02제3자 기술 분석 · 미해결 공개 보고인터넷 노출 self-host 릴레이의 DoS 방어 재검증
시각자료Buzz 화이트보드 인포그래픽OpenAI 이미지 생성 / Report Mode원문 보기2026.08.03 생성AI 생성 · 검수 완료 · 공식 이미지 아님보고서 상단 개념 설명