스크립트
00:00:00잭 도시와 그의 회사 블록이 버즈(Buzz)라는 매우 흥미로운 신규 프로젝트를 방금 공개했습니다.
00:00:06슬랙과 매우 흡사한 완전한 오픈소스 업무용 플랫폼으로, 인간과 AI 에이전트가
00:00:12하나의 공통 작업 공간에서 협업하는 방식을 바꾸는 것을 목표로 합니다. 직접 테스트해 보니
00:00:18정말 흥미롭더군요. 그래서 오늘 영상에서는 버즈를 살펴보고, 어떻게 작동하는지 확인한 다음,
00:00:24인간과 AI 에이전트가 공동으로 사용하는 작업 공간을 만들고 몇 가지 재미있는 실험을 진행해 보겠습니다.
00:00:30아주 재미있을 테니, 바로 시작해 보죠.
00:00:38좋습니다. 버즈란 무엇일까요? 겉보기에는 슬랙과 매우 유사합니다. 채널, 스레드,
00:00:45DM, 미디어 공유, 검색 기능이 있죠. 현대적인 팀 채팅 도구를 사용해 본 사람이라면 누구나 익숙하게 느낄 인터페이스입니다.
00:00:52하지만 흥미로운 점은 버즈가 잭 도시가 수년간 지지해 온 탈중앙화 프로토콜인 노스트로(Nostr)를 기반으로 구축되었다는 것입니다.
00:00:58그의 블루투스 메시 앱인 빗챗(BitChat)은
00:01:05범위 내에 블루투스가 없을 때 대체 전송 수단으로 노스트로 2를 채택했습니다. 사실 저는
00:01:111년 전에 빗챗에 관한 영상을 만들었는데, 재미있는 사실은 그게 베터스택에 합류한 후 첫 영상이었다는 점입니다.
00:01:18관심 있으신 분들은 그것도 확인해 보세요. 어쨌든 노스트로 프로토콜의 작동 방식은 모든 것이
00:01:24서명된 이벤트로 기록된다는 점입니다. 메시지, 반응, 코드 변경, 승인 등 이 모든 것이 하나의 공유된
00:01:32검색 가능한 감사 로그에 남게 됩니다. 그리고 여기서 버즈의 에이전트 기능이 매우 기발해집니다. 플랫폼 내의 모든 인간과
00:01:39모든 에이전트는 플랫폼 자체와는 독립적인 고유의 암호화 키 쌍을 부여받습니다. 하지만
00:01:46에이전트의 작업에는 인간 소유자와 연결하는 두 번째 서명도 함께 포함됩니다. 그 결과 블록이
00:01:53설명하는 것처럼, 인간이나 에이전트 어느 쪽도 혼자서는 만들어낼 수 없는 암호화된 감사 추적이 완성됩니다.
00:01:59기본적으로 AI를 위한 검증 가능한 여권인 셈이죠. 어떤 에이전트가 무엇을 수행했고 누구를 위해 일했는지 항상 증명할 수 있습니다.
00:02:06그리고 버즈를 다른 유사한 플랫폼과 차별화하는 세 가지 특징이 있습니다. 첫째, 모델 및 에이전트 독립적입니다.
00:02:11클로드 코드(Claude Code), 오픈AI의 코덱스, 그리고 블록 자체의 구스(Goose) 프레임워크와 함께 작동합니다.
00:02:18코딩 에이전트를 개발 도구에 연동하기 위한 개방형 표준인 에이전트-클라이언트 프로토콜을 통해 통신합니다. 따라서 특정 업체의 어시스턴트에 락인되지 않습니다.
00:02:26둘째, Git 호스팅이 직접 내장되어 있습니다. 앱 내부에 소프트웨어 포지가 내장되어 있어
00:02:33모든 기능 브랜치가 자체 채널이 될 수 있습니다. 따라서 모든 패치, CI 결과, 리뷰 코멘트가
00:02:40이를 생성한 대화와 동일한 장소에 존재하게 됩니다. 바로 이 부분이 GitHub를 정조준한 기능입니다.
00:02:46그리고 도시는 슬랙과 GitHub에 대한 의존도를 줄이는 도구로 버즈를 설명했습니다.
00:02:52그리고 셋째, 인프라를 직접 소유합니다. 아파치 2.0 라이선스가 적용되며 소스는 GitHub에 공개되어 있고,
00:03:01자체 노스트로 릴레이에서 실행하거나 현재 베타 버전이며 완전히 무료로 사용할 수 있는 블록의 호스팅 버전을 사용할 수 있습니다.
00:03:09결과적으로 데이터, 릴레이, 에이전트를 온전히 소유하게 되는 것입니다.
00:03:16현재 버전 0.4 대이므로 아직 개발 초기 단계입니다.
00:03:24그럼 직접 실행해서 실제로 어떻게 작동하는지 살펴보겠습니다. 먼저 한 일은
00:03:29buzz.x.y.z에 접속하여 앱을 다운로드하거나 소스를 받아 처음부터 컴파일하는 것이었습니다. 두 방법 모두 저에게는 완벽하게 잘 작동했습니다.
00:03:37앱을 열면 가장 먼저 자신만의 신원 키를 생성하라는 버튼이 나타납니다.
00:03:43이것이 바로 노스트로 프로토콜을 사용할 때의 핵심 차이점입니다. 계정이란 존재하지 않습니다. 오직
00:03:49하나의 키가 있을 뿐이며, 그것이 바로 버즈가 아니라 당신에게 속한 당신의 신원입니다. 재설정할 비밀번호도 없고,
00:03:56키를 분실해도 버즈가 복구해 줄 수 없으므로 안전한 곳에 보관해야 합니다. 신원 키를 생성하고 나면
00:04:01에이전트 하네스를 연결하는 옵션이 제공되며, 이후 경로에 추가됩니다.
00:04:07그런 다음 기본 하네스와 모델 조합을 선택할 수 있습니다. 다음 단계에서는
00:04:13기존 커뮤니티에 로그인하거나 새로 생성하라는 메시지가 표시됩니다. 새로 생성하는 경우
00:04:19릴레이 서버에 로그인해야 합니다. 기술적으로는 자체 릴레이 서버를 호스팅할 수도 있지만, 오늘 데모의 단순함을 위해
00:04:25가입이 필요한 블록의 자체 호스팅 릴레이를 사용하겠습니다.
00:04:32그래서 거기에 계정을 만들었지만, 이는 버즈가 아니라 릴레이 제공업체의 계정입니다.
00:04:38이것이 바로 차이점입니다. 따라서 신원 키는 여전히 사용자의 것입니다. 이 작업이 끝나면
00:04:44드디어 우리만의 커뮤니티를 만들 수 있습니다. 이번 데모에서는 이름을
00:04:49코드 도조(Code Dojo)라고 짓겠습니다. 다음으로 프로필을 만들어야 합니다. 이번 데모에서는 재미 삼아
00:04:56유명한 실리콘 바벨의 캐릭터인 리처드 헨드릭스의 페르소나를 사용하겠습니다. 다음으로 창이 하나 뜨는데,
00:05:01피즈(Fizz), 허니(Honey), 범블(Bumble)이라는 세 명의 AI 에이전트로 시작하게 되는 것을 볼 수 있습니다.
00:05:07이제 커뮤니티를 실행하면 웰컴 채널에서 이 세 명의 도우미 에이전트가 바로 우리를 반겨주는 것을 볼 수 있습니다.
00:05:12따라서 시작하자마자 로컬 커뮤니티에 다양한 유형의 작업을 도와줄 수 있는 작은 AI 에이전트 팀이 꾸려지는 것입니다.
00:05:18여기서 볼 수 있듯이 각각 서로 다른 분야를 전문으로 하고 있습니다. 원한다면
00:05:23우리만의 커스텀 에이전트를 만들 수도 있습니다. 저 같은 경우 첫 번째 에이전트를 만들어
00:05:29실리콘 밸리의 콘셉트에 맞춰 이름은 버트런드 길포일(Bertrand Guilfoyle)로 지정하겠습니다.
00:05:35지시사항으로는 깔끔한 코드 작성과 보안 관행 준수에 집중하는 숙련된 웹 개발자라고 설정하겠습니다.
00:05:40그리고 하네스로는 블록의 자체 구스를 사용할 것입니다. 외부 모델 제공업체를 연결할 수 있기 때문입니다.
00:05:45여기서는 오픈라우터(Open Router)를 사용하고, 길포일에게 새로운 제미나이 3.6 모델을 할당하겠습니다.
00:05:52이것으로 첫 번째 에이전트 설정은 끝입니다. 에이전트를 만들면 해당 에이전트의 신원 키도 얻게 됩니다.
00:05:59따라서 나중에 필요할 때 가져올 수 있도록 항상 저장해 두어야 합니다. 오늘 데모는
00:06:05가장 뛰어난 인증 시스템을 구축할 수 있는지를 겨루는 두 모델 간의 경쟁이 될 것입니다.
00:06:10따라서 에이전트를 하나 더 만들고, 이번에는 실리콘 밸리의 디네쉬(Dinesh) 성격을 부여하겠습니다.
00:06:17지시사항은 꽤 비슷하게 작성하고,
00:06:21모델로는 디네쉬에게 GLM 5.2를 주겠습니다. 다음으로 코딩 챌린지라는 새 채널을 만들겠습니다.
00:06:29여기서 이 두 에이전트를 대결에 투입해 최고의 인증 시스템 애플리케이션을 만들게 할 것입니다.
00:06:35각자 서드파티 제공업체를 전혀 사용하지 않고 별도의 앱을 만든 다음, 작업 완료 후 작동하는 데모를 제공해야 합니다.
00:06:41그리고 이 눈 모양과 코멘트 이모지가 보이면, 에이전트가 요청을 인지하고 작업에 착수했음을 의미합니다.
00:06:47이것은 아래쪽에서도 확인할 수 있습니다. 활동 보기를 클릭하면 에이전트가 현재 수행 중인 작업에 대한 상세 로그를 볼 수 있습니다.
00:06:53그런데 어쩐 일인지 길포일(또는 이번 경우 제미나이 플래시)이
00:06:59빈 응답을 반환했습니다. 그래서 길포일에게 작업을 이해했는지 물어봐야 했습니다. 그런데 이게 정말
00:07:06너무 웃깁니다. 길포일이 보낸 응답을 보세요. 이해했습니다, 리처드.
00:07:12블라블라 어쩌고 하면서 적절한 커스텀 인증 시스템을 구축하겠다고 하네요. 디네쉬가 뚝딱 만들어내는 허술한 엉터리 코드와 달리
00:07:18제 것은 실제로 안전할 겁니다. 제미나이가 이 에이전트에 매콤한 길포일 페르소나를 완벽하게 녹여낸 점이 정말 마음에 듭니다.
00:07:24너무 마음에 들어서 여기에 기쁨 이모지로 반응을 남기겠습니다. 어쨌든 개발자들이 앱을 만드는 동안
00:07:31세 번째 에이전트를 만들겠습니다. 이번 에이전트는 해커맨(Hackerman)입니다.
00:07:36해커맨은 사이버 보안을 전문으로 하며 보안 감사 실행을 전문으로 하는 숙련된 화이트 해커입니다.
00:07:42해커맨에게는 기본 모델이 탑재된 코덱스 하네스를 제공하겠습니다. 이 경우 기본 모델은 GPT 5.6 Sol입니다.
00:07:49기본적으로 해커맨이 디네쉬와 길포일이 작성한 두 코드를 모두 분석하여
00:07:55어떤 코드가 가장 안전한지 판정하게 하고자 합니다. 이를 통해 어떤 모델이 우수한지 알 수 있게 되겠죠.
00:08:01여기서는 제미나이 3.6 플래시와 GLM 5.2 중 말입니다. 해커맨을 설정하는 동안
00:08:07길포일이 이미 작업을 마친 것을 확인했습니다. 속도가 아주 빠르고 멋지고 세련된 디자인의 작동하는 웹 앱을 전달해 주었습니다.
00:08:15정말 멋지네요. 그리고 여기서 주목할 만한 또 다른 흥미로운 점은 버즈가 모든 프로젝트를 .buzz 디렉토리에 저장한다는 것입니다.
00:08:21즉, 에이전트가 수행한 모든 작업이 그곳에 저장됩니다. 전체 흐름을 직접 테스트해 보지는 않겠습니다. 해커맨에게 심사를 맡길 테니까요.
00:08:27하지만 그 전에 디네쉬의 앱을 준비시켜야 합니다. 디네쉬의 첫 번째 결과물은 제 컴퓨터에서 실패하는 시작 스크립트를 제공했습니다.
00:08:33게다가 두 개의 보안 취약점까지 있었습니다. GLM 5.2로서는 좋지 않은 출발이네요.
00:08:39그럼에도 불구하고 디네쉬에게 이 오류들을 수정하라고 프롬프트를 입력했고, 두 번째 시도에서 작동하는 결과물을 얻었습니다.
00:08:45디자인 측면에서 아주 흥미롭지는 않지만 기능은 작동하는 것 같습니다. 다행이네요.
00:08:53이제 해커맨에게 두 앱을 모두 검토하고 보안 관행 측면에서 어떤 앱이 더 우수한지 판정해 달라고 요청하겠습니다.
00:08:59몇 분 후 드디어 결과가 나왔습니다. 놀랍게도
00:09:05디네쉬의 앱이 길포일의 앱보다 더 높은 순위를 차지했습니다. 아슬아슬하긴 하지만요. 이 결과로 볼 때
00:09:11GLM 5.2가 제미나이 3.6 플래시를 이긴 셈입니다. 적어도 보안 관행 면에서는 말이죠.
00:09:17하지만 GLM이 거쳐야 했던 두 번의 수정 과정과 취약한 NPM 패키지가 포함되었다는 점도 고려해야 합니다.
00:09:25반면에 오픈라우터의 비용 지표를 살펴보면 제미나이 플래시는 GLM에 비해 정말 비쌉니다.
00:09:32이 모든 것을 종합해 보면, 결국 GLM 5.2가 승자로 우뚝 선다고 볼 수 있겠습니다.
00:09:39반면에 오픈라우터의 비용 지표를 보면 제미나이 플래시는 GLM에 비해 정말 턱없이 비쌉니다
00:09:46그러자마자 에이전트들이 미친 듯이 논쟁을 벌이기 시작했습니다.
00:09:53특히 길포일과 해커맨이 결과에 대해 더 매콤하고 열띤 논쟁을 벌였습니다. 디네쉬는
00:09:58다소 외교적인 답변을 내놓았지만, 에이전트들이 테스트 결과에 대해 토론을 벌이는 모습을 보는 것은 정말 엄청나게 웃겼습니다.
00:10:05또 다른 멋진 점은 이 에이전트들이 커뮤니티 내에서의 대화 기억을 유지하므로 버즈 생태계 안에서 시간이 지날수록 더 똑똑해진다는 것입니다.
00:10:11예를 들어, 에이전트에 이러한 오픈라우터 모델 중 하나를 사용할 때
00:10:16채널에 다른 사람을 추가하는 등의 특정 명령을 실행하는 방법을 알아내기 위해 내부 버즈 문서를 검색하는 상황을 마주할 수 있습니다.
00:10:22하지만 일단 한 번 겪고 나면 다음에는 단 한 번에 그 작업을 수행할 수 있게 됩니다.
00:10:28전반적으로 나와 에이전트를 위한 슬랙 같은 작업 공간을 갖춘다는 것은 매우 흥미로운 개념이라고 생각합니다.
00:10:33하지만 테스트를 진행하는 동안 토큰 한도를 초과하는 상황도 겪었습니다.
00:10:39이러한 멀티 에이전트 워크플로의 문제는 토큰이 바닥날 때까지 서로 메시지를 주고받으며 요청을 쌓아간다는 점이기 때문입니다.
00:10:45따라서 제가 깨달은 점은 에이전트가 언제 작업을 완전히 중단해야 하는지 엄격한 한도를 설정해야 한다는 것입니다.
00:10:51그렇지 않으면 통제력을 잃고 폭주할 수 있습니다. 자, 이렇게 해서 버즈를 간략하게 살펴보았습니다.
00:10:57멋진 앱이고 디자인도 아주 좋아서 슬랙 유사 인터페이스 속에서 이 에이전트들과 노는 것이 정말 즐거웠습니다.
00:11:03하지만 앱 자체는 아직 걸음마 단계라고 할 수 있습니다.
00:11:09여기서 내세우는 큰 장점은 이 소프트웨어가 슬랙 형태의 커뮤니케이션 공간이자
00:11:15Git 브랜치, YAML 워크플로, 심지어 Git 호스팅까지 관리할 수 있는 단일 허브가 될 수 있다는 점일 것입니다.
00:11:21하지만 사람들이 실제로 이에 호응할지는 아직 판단하기에 너무 이르다고 생각합니다.
00:11:27버즈에 대해 어떻게 생각하시나요? 사용해 보셨나요? 사용할 의향이 있으신가요?
00:11:34아래 댓글란에 남겨주세요. 여러분, 이러한 기술적 분석 내용이 마음에 드셨다면
00:11:39영상 아래의 좋아요 버튼을 눌러 알려주시고 저희 채널 구독도 잊지 마세요.
00:11:46베터스택의 앤드러스였습니다. 다음 영상에서 뵙겠습니다.
00:11:52사용해 보실 건가요? 아래 댓글란에 남겨주세요. 여러분, 이러한 기술적
00:11:57분석 내용이 마음에 드셨다면 영상 아래의 좋아요 버튼을 눌러 알려주시고,
00:12:03저희 채널 구독도 잊지 마세요. 지금까지 베터스택의 앤드러스였습니다. 다음 영상에서 뵙겠습니다.