AI 도구를 하나만 쓰는 시대는 빠르게 지나가고 있습니다. Codex로 리팩터링을 돌리고, Claude Code로 테스트를 짜고, Grok으로 리서치를 시키는 식의 작업은 이제 낯설지 않습니다. 문제는 작업이 흩어진다는 점입니다. 어느 AI에게 무엇을 시켰는지, 누가 어떤 맥락을 알고 있는지, 결과를 어떻게 팀과 공유할지 계속 관리해야 합니다.
코드팩토리 영상이 소개한 Buzz는 바로 이 문제를 겨냥한 오픈소스 협업 툴입니다. 한마디로 말하면 “AI 에이전트와 사람이 함께 쓰는 슬랙형 워크스페이스”에 가깝습니다. 다만 단순한 채팅 앱이 아니라, 로컬 구독 AI를 활용하고, 메시지를 서명하며, 프로젝트와 Git 기록까지 묶으려는 점이 다릅니다.
Buzz는 무엇을 해결하려는 도구인가
Buzz의 출발점은 여러 AI를 동시에 쓰는 사람의 불편입니다. AI 도구를 많이 쓰는 사람은 대개 한 화면에서만 일하지 않습니다. 터미널, 웹 UI, 데스크톱 앱, 브라우저 탭, 팀 메신저를 오가며 작업합니다. 사용량 제한이 걸리면 작업 내용을 정리해 다른 AI에게 넘겨야 하고, 팀원에게 공유하려면 별도로 요약해야 합니다.
Buzz는 이 흐름을 슬랙형 스레드로 묶으려 합니다. 사람과 AI 에이전트가 같은 채널에 들어오고, 각 에이전트는 서로 다른 AI 백엔드를 사용할 수 있습니다. 한 스레드에서 리서치, 썸네일 기획, 코드 작성, 프로젝트 커밋이 이어지면 맥락이 분산되지 않습니다.
핵심은 “AI용 슬랙”보다 “맥락 보존”입니다
Buzz를 단순히 오픈소스 슬랙이라고만 보면 기능을 작게 이해하게 됩니다. 더 중요한 가치는 맥락 보존입니다. AI 시대의 작업은 결과물보다 과정이 중요할 때가 많습니다. 어떤 프롬프트를 줬는지, 어떤 에이전트가 어떤 응답을 했는지, 사람이 어디서 개입했는지, 어떤 코드가 커밋됐는지가 모두 다음 작업의 맥락이 됩니다.
기존 메신저는 사람의 대화를 저장하는 데 강합니다. 반면 Buzz는 사람과 AI 에이전트의 공동 작업을 기록하려고 합니다. 그래서 채널, DM, 스레드, 프로젝트, 커밋이 하나의 흐름으로 이어집니다.
서버를 믿는 대신 메시지를 검증하는 구조
영상에서 특히 흥미로운 부분은 Buzz의 신뢰 구조입니다. 일반적인 슬랙형 서비스는 중앙 서버를 믿습니다. 서버가 “이 메시지는 이 사용자가 보냈다”고 기록하면 사용자는 그 기록을 신뢰합니다. 운영사가 명확한 SaaS에서는 자연스러운 방식입니다.
하지만 오픈소스 셀프호스팅 환경에서는 이야기가 달라집니다. 서버를 누가 운영하느냐에 따라 데이터베이스 조작 가능성이 생깁니다. Buzz는 이 문제를 줄이기 위해 메시지, 리액션, 커밋에 서명 구조를 둡니다. 사용자나 에이전트가 각자 키를 갖고, 그 키로 기록을 남기는 방식입니다.
이렇게 하면 서버 권한만으로 다른 사람인 척하기 어렵습니다. 위조하려면 서버 권한이 아니라 개인 키가 필요하기 때문입니다. AI 협업에서 “누가 어떤 결정을 했는가”가 중요해질수록 이런 기록 검증 구조는 더 큰 의미를 갖습니다.
릴레이 서버는 무엇을 하는가
Buzz에서 릴레이 서버는 메시지를 직접 만드는 주체가 아닙니다. 봉인된 메시지를 전달하고 보관하는 역할에 가깝습니다. 그래서 개인 컴퓨터에서만 릴레이를 돌리면 협업 도구로서의 의미가 약해집니다. 협업하려면 서버가 24시간 떠 있어야 하고, 여러 클라이언트가 안정적으로 연결되어야 합니다.
영상에서는 WSS, 즉 보안 웹소켓 연결이 언급됩니다. Buzz 커뮤니티에 들어갈 때 HTTP 주소를 그대로 쓰는 것이 아니라 WSS 주소로 연결해야 하는 이유도 실시간 협업 구조와 관련이 있습니다. 슬랙처럼 계속 연결을 유지하며 메시지를 주고받아야 하기 때문입니다.
기술 스택: Rust, PostgreSQL, Redis, MinIO, Git
Buzz는 단순 채팅 앱이라기보다 여러 구성요소가 결합된 올인원 협업 시스템에 가깝습니다. 영상 기준으로 릴레이 서버는 Rust로 작성되었고, PostgreSQL이 중앙 저장소 역할을 하며, Redis가 실시간 기능을 돕습니다. 파일 저장에는 MinIO가 쓰이고, Git 저장소 기능도 포함됩니다.
특히 Git 기능이 흥미롭습니다. 별도의 GitHub 없이도 프로젝트 저장소를 운영하고, 누가 어떤 커밋을 했는지, 어떤 에이전트가 작업했는지 확인할 수 있다는 점은 AI 코딩 협업에 잘 맞습니다. AI가 만든 결과물을 “대화”가 아니라 “프로젝트 이력”으로 남기는 방향입니다.
로컬 구독 AI를 그대로 활용한다는 점
많은 AI 협업 도구는 API 키를 요구합니다. 팀 단위로 쓰기에는 편할 수 있지만, 개인이 이미 Claude Code, Codex, Grok 같은 도구를 구독하고 있다면 추가 API 비용이 부담이 됩니다. 영상에서 소개된 Buzz의 장점은 로컬에서 이미 로그인해 쓰는 AI 런타임을 연결해 활용할 수 있다는 점입니다.
이는 작은 팀이나 1인 개발자에게 중요합니다. 별도의 엔터프라이즈 플랫폼을 도입하지 않고도, 기존 구독형 AI를 한 화면에서 묶어 실험할 수 있기 때문입니다. 다만 이 구조는 로컬 환경 설정, 에이전트 런타임 연결, 릴레이 서버 운영에 대한 기본 이해가 필요합니다.
실제 사용 흐름은 어떻게 진행되는가
영상의 실습 흐름은 비교적 명확합니다. 먼저 Buzz 데스크톱 앱을 설치하고 커뮤니티를 설정합니다. 협업을 위해서는 릴레이 서버가 필요하므로 VPS나 별도 서버에 Buzz 릴레이를 올립니다. 이후 공개키를 입력하고, WSS 주소로 커뮤니티에 조인합니다.
커뮤니티에 들어오면 기본 에이전트가 보이고, 각 에이전트의 이름과 백엔드를 바꿀 수 있습니다. 예를 들어 한 에이전트는 Grok 기반 리서처, 다른 에이전트는 Codex 기반 썸네일 기획자, 또 다른 에이전트는 Claude Code 기반 프로그래머처럼 지정할 수 있습니다. 에이전트별 시스템 프롬프트도 넣을 수 있습니다.
채널에서 AI 에이전트와 사람이 함께 일하기
Buzz의 강점은 채널 기반 협업입니다. 사용자는 특정 채널을 만들고, 여러 에이전트와 사람을 함께 초대할 수 있습니다. 예를 들어 “유튜브 팀” 채널을 만든 뒤 리서처에게 최신 AI 뉴스를 찾게 하고, 썸네일 에이전트에게 이미지 방향을 제안하게 하며, 프로그래머에게 데모 랜딩 페이지를 만들게 할 수 있습니다.
이 과정이 하나의 스레드에 남으면, 사람이 중간에 들어와 방향을 바꾸거나 에이전트 백엔드를 바꾸어도 맥락이 유지됩니다. AI 도구를 바꿀 때마다 처음부터 설명해야 하는 부담이 줄어드는 것입니다.
아직 리서치 프리뷰라는 점도 중요합니다
영상에서도 몇 가지 버그가 언급됩니다. 에이전트가 태그를 놓치거나, 요청을 했는데 바로 반응하지 않는 경우가 있을 수 있습니다. 이는 Buzz가 아직 성숙한 SaaS라기보다 리서치 프리뷰 성격의 도구라는 뜻입니다.
따라서 당장 회사의 핵심 협업 인프라로 쓰기보다는, AI 에이전트 협업 방식을 실험하는 도구로 보는 편이 안전합니다. 특히 서버 운영, 키 관리, 커뮤니티 초대, 프로젝트 저장소의 접근 권한은 충분히 이해하고 써야 합니다.
누가 Buzz를 써볼 만한가
Buzz는 모든 사용자에게 필요한 도구는 아닙니다. AI를 한두 개만 가볍게 쓰는 사람에게는 오히려 복잡할 수 있습니다. 반면 다음과 같은 사용자에게는 실험 가치가 큽니다.
- 여러 AI 코딩 도구를 동시에 쓰는 개발자
- AI 리서치, 콘텐츠, 코드 작업을 한 스레드에서 관리하고 싶은 1인 팀
- 사람과 AI 에이전트의 작업 과정을 남기고 싶은 스타트업
- 오픈소스 셀프호스팅 구조와 키 기반 검증에 관심 있는 사용자
- AI 에이전트 워크플로를 팀 단위로 벤치마킹하려는 조직
결론: AI 협업의 다음 인터페이스는 스레드일 수 있습니다
Buzz가 흥미로운 이유는 “또 하나의 AI 앱”이 아니라 “AI와 사람이 함께 일하는 공간”을 제안하기 때문입니다. 앞으로 AI 에이전트가 늘어날수록 중요한 것은 개별 모델 성능만이 아닙니다. 누가 무엇을 맡았고, 어떤 맥락에서 결과가 나왔으며, 그 결과가 프로젝트 이력으로 어떻게 남는지가 중요해집니다.
Buzz는 그 방향을 슬랙형 인터페이스, 서명 기반 기록, 릴레이 서버, 프로젝트·Git 기능으로 풀어보려는 시도입니다. 아직 실험 단계의 불안정성은 있지만, AI 에이전트 협업 도구가 어디로 갈지 보여주는 좋은 사례입니다.
함께 읽으면 좋은 글
- AI 에이전트 자동화, 클릭 한 번의 환상보다 중요한 것
- OpenHuman AI 에이전트란? 로컬 기억을 가진 오픈소스 AI 비서의 가능성과 한계
- Hermes Agent 데스크톱 앱: AI 에이전트 대중화의 다음 인터페이스
- AI 네이티브 전환법: 디지털 두뇌와 AI 에이전트로 일하는 방식 바꾸기
참고자료
FAQ
Buzz는 어떤 도구인가요?
Buzz는 사람과 AI 에이전트가 슬랙형 채널과 스레드에서 함께 일하도록 만든 오픈소스 협업 툴입니다. 여러 AI 백엔드를 연결하고 작업 맥락을 한곳에 남기는 것이 핵심입니다.
Buzz가 슬랙과 다른 점은 무엇인가요?
슬랙은 중앙 서비스가 기록을 관리하는 SaaS에 가깝습니다. Buzz는 오픈소스 셀프호스팅을 염두에 두고 메시지와 커밋에 서명을 적용해 서버 운영자를 전적으로 믿지 않아도 기록을 검증할 수 있게 하려는 방향이 다릅니다.
Buzz를 쓰려면 서버가 꼭 필요한가요?
개인 컴퓨터에서 실험할 수는 있지만, 협업 도구로 쓰려면 24시간 접근 가능한 릴레이 서버가 필요합니다. 여러 사용자가 접속하고 실시간으로 메시지를 주고받으려면 WSS 기반 연결이 필요합니다.
기존 AI 구독을 그대로 사용할 수 있나요?
영상 기준으로 Buzz는 로컬에 설치·로그인된 AI 런타임을 활용하는 방식을 강조합니다. Codex, Claude Code, Grok 등 사용자가 이미 쓰는 AI 도구를 에이전트 백엔드로 연결할 수 있다는 점이 장점입니다.
지금 업무용으로 바로 도입해도 될까요?
아직 리서치 프리뷰 성격이 강하므로 핵심 업무 인프라로 바로 쓰기보다는 테스트 환경에서 실험하는 것이 좋습니다. 서버 운영, 키 관리, 접근 권한, 기록 보존 정책을 먼저 점검해야 합니다.