잭 도시의 Buzz: 에이전트와 Markdown

2026년 7월 21일, Square와 Cash App을 만든 잭 도시의 회사 Block이 Buzz를 공개했습니다. AI 에이전트가 연동 기능이 아니라 구성원인 작업 공간입니다.

생김새는 Slack입니다. GitHub처럼 Git 저장소를 호스팅합니다. 그리고 모든 메시지, 커밋, 리뷰, 에이전트의 행동이 같은 서명된 이벤트 로그에 떨어집니다. 도시 본인의 요약은 모델 비종속, 분산형, 자기주권, 오픈소스.

정말 흥미롭습니다. 동시에 1.0 이전이고, “아직 팀을 옮기지 말라”는 TechCrunch의 조언이 맞습니다. 실제로 무엇을 하는지, 그리고 어떤 부분을 의도적으로 여러분에게 남겨두는지 살펴봅니다.

Buzz의 실체

출시 소음을 걷어내면 알아둘 만한 설계 결정이 넷 남습니다.

Nostr 위에서 돌아갑니다. 독자 계정 체계가 아니라, 서명된 메시지와 이동 가능한 신원을 위한 개방형 프로토콜입니다. Buzz 안의 모든 행동은 키 쌍으로 서명됩니다. 릴레이 자체는 Rust로 작성되었고 Postgres, Redis, S3 호환 오브젝트 스토리지에 기대며, 라이선스는 Apache 2.0입니다.

에이전트가 자기 신원을 가집니다. “당신의 작업 공간 속 AI”를 내세우는 제품 대부분이 놓치는 지점입니다. Buzz에서 에이전트는 여러분의 자격 증명을 빌리지 않습니다. 자기 키를 받고, 여러분은 범위를 좁힌 권한을 서명해 줍니다. 에이전트가 탈취되면 여러분이 아니라 에이전트를 폐기하면 됩니다. Block의 표현은 이번 출시에서 가장 날카로운 문장입니다. 권한 부여가 저자성을 지우지는 않는다.

채널이 곧 브랜치입니다. 기능 브랜치가 그대로 채널로 나타납니다. 패치, CI 결과, 리뷰 코멘트가 그것을 낳은 대화 바로 옆에 놓입니다. 탭 세 개 건너가 아니라요. 내부적으로 Git은 오브젝트 스토리지 위에 내용 주소 방식의 불변 packfile과, compare-and-swap으로 갱신되는 가변 포인터 하나로 존재합니다. 기계 속도로 쌓이는 커밋량을 견디기 위한 설계입니다.

Agent Client Protocol을 씁니다. ACP 덕분에 Buzz는 모델에 종속되지 않아 Claude Code, OpenAI의 Codex, Block 자체 오픈소스 프레임워크 goose가 똑같이 붙습니다. 브리지 buzz-acp는 에이전트 하위 프로세스를 띄우고(1~32개, 기본 1개), WebSocket으로 릴레이에 접속해 @mention 이벤트를 채널별로 큐에 넣습니다. 채널당 동시에 떠 있는 프롬프트는 하나뿐입니다.

진짜 승부수: 공유 맥락이 사적 프롬프트를 이긴다

그 아래에 깔린 주장은 단순하고, 옳습니다.

지금은 에이전트와의 모든 세션이 닫힌 방입니다. 여러분은 Claude에 맥락을 붙여 넣습니다. 동료는 Codex에 다른 맥락을 붙여 넣습니다. 두 에이전트 모두 상대가 무엇을 들었는지 모르고, 팀이 6주 전에 무엇을 정했는지도 모릅니다. 매 세션이 이미 존재하는 세계를 다시 짓는 일로 시작합니다.

Buzz의 답은 맥락이 이미 사는 방에 에이전트를 넣는 것입니다. 보고서, 기각된 수정, 패치, 리뷰, 최종 결정이 채널에 남고, 나중에 근거와 함께 찾을 수 있습니다.

이건 특정한 한 종류의 기억상실에 대한 진짜 처방입니다. 바로 팀 안에서 벌어진 일에 대한 기억이죠.

작업 공간에 없는 지식

여기 구멍이 있습니다.

에이전트가 쓸모 있어지기 위해 필요한 것 대부분은 여러분의 Slack에도, Buzz에도, Git 히스토리에도 적힌 적이 없습니다. 공급업체의 API 문서. 경쟁사의 가격 페이지. 누군가 한 번 링크한 RFC. 아키텍처를 바꾼 긴 글. 결정적인 숫자 하나가 나오던 유튜브 강연.

그 지식은 열린 웹에 살고, 작업 공간과 상극인 성질을 셋 가집니다.

• 썩습니다. 페이지는 다시 쓰이고, 유료화되고, 404를 뱉습니다. 3월에 채널에 올린 링크가 8월엔 아무것도 가리키지 않을 수 있습니다.
• 여러분 것이 아닙니다. 로컬에서 검색할 수 없고, 버전을 비교할 수 없고, 모델에 먹일 수 없습니다. 다시 받아오고 잘되길 바라는 수밖에요.
• 이사하지 않습니다. 작업 공간은 죽고, 인수되고, 대체됩니다. 안에 갇힌 것은 함께 사라집니다.

Buzz는 자신이 작업 이벤트 로그라는 점에 솔직합니다. 애초에 여러분의 서고로 설계되지 않았습니다. 하지만 무언가는 서고여야 합니다.

살아남는 쪽은 Markdown

Buzz 팀 자신이 오래 남길 말이 생겼을 때 무엇을 집었는지 보세요. 저장소의 ARCHITECTURE.md입니다. 위키 페이지도, 고정 메시지도 아니었습니다.

우연도 향수도 아닙니다. Markdown은 다음을 동시에 만족하는 유일한 콘텐츠 형식이니까요.

• 모든 모델이 읽습니다 — 파서도, 플러그인도, 내보내기 단계도 필요 없이
• Git에서 비교됩니다 — 지식이 공짜로 버전 관리를 얻습니다
• 로컬이고 평문입니다 — 어떤 업체도 여러분과 여러분의 노트 사이에 끼지 않습니다
• 다음에 쓸 어떤 도구로도 옮겨갑니다 — Obsidian, Cursor, Claude Code, 정적 사이트, grep

2026년 에이전트 도구 생태계는 사방에서 동시에 이곳으로 수렴했습니다. AGENTS.md, CLAUDE.md, llms.txt, 크롤러에 Markdown을 내주는 Cloudflare. 인터페이스 층은 계속 바뀝니다. 바탕은 바뀌기를 멈췄습니다.

Minibase의 자리

Buzz는 에이전트에게 팀의 맥락을 줍니다. Minibase는 웹의 맥락을, 여러분 소유의 파일로 줍니다.

간직할 가치가 있는 것 위에서 확장 프로그램을 누릅니다. 문서 페이지, X 스레드, 유튜브 강연, 경쟁사 체인지로그. 깨끗한 Markdown이 되어 로컬 Minibase Vault로 곧장 쓰입니다. 그다음 Minibase Vault에 내장된 MCP 서버가 그 보관소를 Claude에 열어 주고, 모델은 일반 지식으로 답하기 전에 여러분이 실제로 읽은 것을 확인합니다.

기억의 문제가 둘이고, 답도 둘입니다.

	Buzz	Minibase Vault
기억하는 것	팀이 한 일과 내린 결정	팀이 읽은 것과 배운 것
형식	서명된 Nostr 이벤트	디스크 위의 평범한 .md
사는 곳	릴레이 안	~/Documents/Minibase Vault/
사라지면	내보내고 기도하기	파일은 이미 손에 있음

경쟁이 아니라 보완입니다. 채널은 일이 벌어지는 곳, 보관소는 읽기가 쌓이는 곳입니다. 그리고 보관소가 충분히 차면 노트 사이의 연결이 노트 자체보다 값어치가 커지기 시작합니다.

Buzz를 평가한다면 쓸모 있는 질문은 “이게 Slack을 대체하나”가 아닙니다. “1.0 이전 공간에 지금 무엇을 넣으려는데, 그걸 3년 뒤에도 갖고 있고 싶은가”입니다.

답이 무엇이든, 그 부분은 Markdown으로 쥐고 계세요.

실전판

1. Buzz는 주력 저장소가 아니라 곁가지 프로젝트에서 시험해 보세요. Block 스스로도 초기라고 말합니다.
2. 중요한 결정은 메시지로만 두지 말고 저장소에 Markdown으로 남기세요(ARCHITECTURE.md, AGENTS.md, ADR).
3. 팀이 계속 다시 링크하는 외부 자료는 매번 받아오는 대신 Markdown 보관소에 저장하세요.
4. 에이전트를 둘 다 바라보게 하세요.

에이전트가 온전한 구성원으로 작업 공간에 들어오는 건 옳은 방향이고, Buzz는 지금까지 나온 것 중 가장 깊이 고민된 형태입니다. 다만 에이전트는 읽을 수 있는 만큼만 유능합니다. 그리고 읽어야 할 가장 값진 것들은 여러분의 채널에 단 한 번도 올라온 적이 없습니다.

---

Minibase는 어떤 웹페이지든 한 번의 클릭으로 깨끗한 Markdown으로 바꿔, AI가 검색할 수 있는 로컬 보관소에 바로 저장합니다. 확장 프로그램은 저장 무제한으로 무료이며, Minibase Plus(월 5.99달러 또는 연 34.99달러)는 AI 템플릿, 기록, 영상 전사를 더합니다. minibase.md.