에이전트에게 필요한 것은 채팅창이 아니라 자리다

지금 대부분의 회사에서 AI는 팀원이 아니다. 채팅창 안에서 기다리는 도구다. 사람이 질문하면 답하고, 초안을 만들면 다시 사라진다. 그 결과를 실제 업무에 옮기려면 누군가 복사해 문서에 붙이고, 이슈를 만들고, 코드를 검토하고, 승인자를 찾아야 한다.

우리는 이를 AI와의 협업이라고 부르지만, 구조만 보면 건물 밖 콜센터에 필요할 때마다 전화하는 방식에 가깝다. 모델은 점점 유능해지는데 조직의 생산성이 같은 속도로 오르지 않는 이유도 여기에 있다. 지능은 들어왔지만, 그 지능이 일할 자리는 아직 만들어지지 않았다.

7월 26일, Gokul Rajaram은 Block의 Buzz 주변에 생태계가 형성되기 시작했다며 SageOx를 소개했다. Buzz 안의 에이전트가 매 세션을 시작할 때 팀의 공유 지식과 더 넓은 업무 맥락을 먼저 읽게 하겠다는 구상이다.

임베딩이 보이지 않으면 X 원문에서 볼 수 있다.

Block이 공개한 Buzz는 사람과 AI 에이전트가 채널, 스레드, 다이렉트 메시지, 코드 저장소, 워크플로를 함께 쓰는 오픈소스 협업 공간이다. 겉모습은 익숙한 팀 메신저에 가깝지만, 그 안에서 에이전트를 다루는 방식은 다르다.

Buzz에서 에이전트는 각자 암호학적 신원을 갖고 허용된 공간에 참여한다. 대화하고, 코드를 검토하고, 승인된 자동화를 실행한다. 사람 여러 명과 에이전트 여러 명이 같은 작업의 맥락을 공유하고, 앞선 결과 위에서 다음 일을 이어간다.

팀원의 조건은 신원·권한·기록이다

에이전트를 팀원처럼 보이게 만드는 일은 쉽다. 이름과 프로필 사진을 붙이고, 먼저 메시지를 보내게 하면 된다. 하지만 그것만으로는 팀원이 되지 않는다. 조직에서 자리를 가진다는 것은 세 가지가 분명하다는 뜻이다. 누구인지, 어디까지 할 수 있는지, 무엇을 했는지다.

Buzz는 이 세 가지를 같은 신원 모델에 묶으려 한다. 사람과 에이전트는 각자의 키를 갖고, 채널 멤버십과 권한 범위 안에서 행동하며, 그 행동을 감사 가능한 기록으로 남긴다. 에이전트에게 사람의 계정을 빌려주거나, 모든 자동화를 하나의 API 키 뒤에 숨기는 방식과 다르다.

이 구조의 가치는 실수가 생겼을 때 책임의 경계를 다시 찾을 수 있다는 데 있다. 어떤 에이전트가 어느 대화와 파일을 보고 판단했는지, 누구의 승인 뒤에 무엇을 실행했는지, 다음 사람이 어디서 이어받아야 하는지가 남는다. AI를 믿을 것인가 말 것인가라는 막연한 질문이, 어떤 신원에 어떤 권한을 주고 어떤 증거를 요구할 것인가라는 운영 문제로 바뀐다.

협업의 단위가 프롬프트에서 기록으로 바뀐다

현재의 AI 업무는 대개 프롬프트를 중심으로 조직된다. 한 사람이 맥락을 모아 질문하고, 답을 받은 뒤 다른 도구로 옮긴다. 대화는 채팅에, 코드는 저장소에, 테스트 결과는 CI 화면에, 승인은 또 다른 메신저에 남는다. 에이전트가 똑똑해질수록 오히려 이 조각들을 다시 연결하는 사람의 일이 늘어난다.

Buzz의 더 큰 제안은 이 조각들을 하나의 작업 기록으로 다루는 데 있다. 현재 공개 저장소는 메시지, 반응, 워크플로 단계, 검토 승인, Git 이벤트를 같은 종류의 서명된 이벤트로 기록한다고 설명한다. 기능 브랜치 하나가 방이 되고, 그 안에서 패치, 테스트, 리뷰, 병합 판단이 함께 쌓이는 그림이다.

이 구조가 작동하면 에이전트는 매번 처음부터 설명을 듣지 않아도 된다. 결정이 내려진 대화와 실제 변경, 승인과 실행 결과가 같은 맥락 안에 있기 때문이다. 중요한 자산도 최고의 프롬프트 모음에서 조직이 왜 그렇게 결정했는지 다시 읽을 수 있는 기록으로 이동한다.

자리를 얻은 에이전트에게는 기억이 필요하다

Gokul의 포스트가 연결한 SageOx의 글은 Buzz를 일하는 장소, SageOx를 팀의 기억을 가진 두뇌로 구분한다. SageOx 팀은 Buzz를 테스트 환경에 띄우고 기존 SageOx 기억을 불러와 에이전트에게 질문했다고 설명한다. 이 사례가 보여주는 것은 완성된 범용 연동보다 두 시스템이 맞물리는 지점이다.

Buzz는 누가 어느 채널에서 어떤 권한으로 행동했고 무엇을 남겼는지 기록한다. SageOx의 Team Context는 팀 규칙, 아키텍처 결정, 용어와 회의에서 추출한 지식을 Git 저장소에 보관한다. 에이전트는 세션을 시작할 때 AGENTS.md, SOUL.md, TEAM.md, MEMORY.md와 관련 문서 목록을 읽는다. 저장소별 Ledger에는 앞선 작업과 판단의 이력이 쌓인다.

자리와 기억이 결합되면 에이전트는 현재 대화의 참여자가 누구인지, 지금 허용된 행동이 무엇인지, 팀이 이전에 어떤 선택을 했고 왜 되돌렸는지를 한 흐름에서 읽을 수 있다. 새로운 세션이 매번 경력 없는 신입처럼 시작하는 문제도 줄어든다.

다만 SageOx가 발표한 Buzz 연결은 아직 호환성과 더 깊은 연동을 약속한 초기 단계다. 블로그는 테스트 환경에서 기억을 불러온 사례와 앞으로 만들 방향을 함께 말한다. 이미 일반 팀이 설치 버튼 하나로 완성된 통합을 쓸 수 있다는 뜻은 아니다.

기억을 인프라로 만들면 새 책임도 생긴다. SageOx의 데이터 설명에 따르면 Team Context와 Ledger는 표준 Git 저장소로 남고 로컬 사본도 가질 수 있지만, 호스팅 원본은 SageOx의 미국 서부 리전에 놓인다. 회의, 결정, 에이전트 세션에서 무엇을 수집하고 누가 읽을지는 모델 선택보다 먼저 정해야 한다. 팀의 기억은 에이전트의 성능을 높이는 입력이면서 동시에 가장 민감한 운영 자산이기 때문이다.

Nostr는 신원을 플랫폼 밖에 둔다

Buzz는 Nostr 프로토콜 위에 만들어졌다. Block은 그 이유를 멀티에이전트 협업의 가장 근본적인 문제가 신원이기 때문이라고 설명한다. 사람과 에이전트가 플랫폼 계정이 아니라 자신이 보유한 키쌍으로 참여하면, 신원은 특정 모델 회사나 협업툴에 덜 종속된다.

여기에 Apache 2.0 오픈소스와 자체 호스팅 선택지가 붙는다. 팀은 원하는 모델과 에이전트 도구를 연결하고, 필요하면 데이터와 릴레이를 직접 운영할 수 있다. Block의 호스팅을 이용할 수도 있다. 이론상 협업 공간을 바꾸더라도 에이전트의 신원과 운영 규칙을 한 공급자의 계정 체계에 전부 맡기지 않는 구조다.

다만 휴대 가능한 평판과 여러 릴레이를 넘나드는 완성된 생태계까지 현재 제품으로 착각해서는 안 된다. 공개 저장소도 릴레이 간 평판 같은 기능은 아직 구현된 현실이 아니라 향후 방향으로 구분한다. 개방형 프로토콜은 잠금 효과를 줄일 가능성을 주지만, 자체 호스팅과 키 관리의 운영 부담까지 없애주지는 않는다.

Buzz는 아직 운영 가설이다

buzz.xyz는 스스로를 “초기 단계를 함께 시험해보자”는 말로 소개한다. 공개 저장소 역시 데스크톱 앱, 채널, 검색, 감사 로그, CLI와 일부 Git 기능은 현재 동작하지만 모바일, 승인 워크플로의 연결부, 릴레이 간 평판 등은 진행 중이거나 아직 코드가 따라오지 않은 영역이라고 밝힌다. 지금 당장 모든 협업툴을 대체할 완성품으로 읽으면 안 된다.

그럼에도 Buzz가 던진 질문은 제품의 완성도보다 앞서 있다. 회사가 에이전트를 실제 업무에 넣으려면 어디에 둘 것인가. 개인의 채팅 기록 안에 둘 것인가, 사람 계정을 빌려줄 것인가, 아니면 독립된 신원과 제한된 권한, 검색 가능한 작업 이력을 가진 구성원으로 둘 것인가.

이 질문을 시험하는 데 거대한 전환은 필요하지 않다. 예를 들어 릴리스 노트를 만드는 한 흐름만 맡겨볼 수 있다. 에이전트가 병합된 변경과 관련 대화를 읽고 초안을 만들고, 사람이 검토한 뒤 승인된 결과만 내보내게 한다. 이때 볼 것은 문장을 얼마나 잘 썼는지만이 아니다. 맥락을 다시 설명하는 시간이 줄었는지, 근거를 따라갈 수 있는지, 권한 밖의 행동이 막혔는지, 다음 사람이 기록에서 이어받을 수 있는지를 봐야 한다.

AI 시대의 협업툴은 사람과 에이전트가 같은 맥락을 읽되 서로 다른 권한으로 행동하고, 그 결과를 같은 기록에 남기는 운영체제가 되어야 한다. 그 기록에서 팀의 기억을 추출해 다음 세션으로 되돌려주는 흐름도 필요하다.

에이전트에게 신원과 제한된 권한을 주고, 팀의 기억을 다음 세션으로 돌려보내는 좁은 워크플로 하나부터 시험해야 한다.

이어 읽기: 잭 도시는 플랫폼을 만들었다. 지금은 플랫폼 밖의 질서를 만든다

주요 출처: Gokul Rajaram, Buzz와 SageOx 생태계에 관한 포스트; SageOx, Welcome, Buzz. We've Been Expecting You., Team Context, Your data; Block, Introducing Buzz: where humans and agents work together; Buzz 공식 사이트; Block, Buzz 오픈소스 저장소. 신원·권한·기록을 조직 내 “자리”로 해석한 부분, 자리와 기억의 결합, 좁은 릴리스 워크플로부터 검증하자는 제안은 Zero Draft Lab의 해석입니다.