Team Bots: 공유 자산과 대화의 경계

공유 설정을 사용하는 개인 대화와 Slack 공동 대화의 개념도. OAuth와 공용 키 권한은 다르다.

xAI는 2026년 9월 28일 Team Bots를 발표하고 Teams와 Enterprise 요금제에서 공개 베타를 제공한다고 밝혔습니다. 한 봇의 설정을 팀이 공유하면서 각자 개인 대화로 사용하는 기능입니다. 발표문과 9월 29일 갱신 문서를 대조하면, 공유되는 설정과 기억, 개인 대화, Slack 공동 대화의 범위를 따로 이해해야 한다는 점이 드러납니다. Team Bots 공식 발표

1. Team Bots의 기본 구조와 협업 방식의 근본적 변화

Team Bots의 핵심 개념은 '팀 전체가 하나의 봇(One Bot)과 대화하되, 소통은 각자의 독립된 비공개 창구에서 진행한다'는 설계 철학에 있다. 2026년 9월 29일 최종 갱신된 공식 기술 문서에 따르면, Team Bot은 봇 소유자(Owner)가 데스크톱 환경에서 처음 생성하여 세부 설정을 마친 후 팀 전체에 게시(Publish)하는 워크플로를 취한다 Team Bots | SpaceXAI Docs. 게시된 봇은 팀 구성원들이 데스크톱 애플리케이션뿐만 아니라 모바일 환경과 슬랙(Slack) 협업 도구에서도 자유롭게 접근할 수 있도록 동기화된다.

Team Bots는 중앙에서 관리되는 단일 봇 엔티티를 유지하면서도, 팀원 각자가 개별 1:1 대화창에서 비공개로 상호작용할 수 있도록 지원한다 Team Bots | SpaceXAI Docs. 특히 슬랙 연동 환경에서는 봇마다 고유한 핸들이 부여되어 원하는 업무 채널에 봇을 직접 초대하고 멘션하는 유연한 협업이 가능하다 Team Bots: AI coworkers that learn from your team. 이를 통해 팀은 표준화된 업무 비서의 전문성을 일관되게 유지하면서도 일상적인 질의를 파편화 없이 단일 봇으로 통합할 수 있게 되었다.

2. 팀 공용 지식 자산과 개인별 대화 맥락의 철저한 격리

Team Bots 아키텍처에서 가장 두드러진 기술적 분기점은 팀 공용 지식 자산과 개인별 대화 맥락을 엄격하게 격리했다는 점이다. 봇 소유자는 조직의 표준 업무 매뉴얼, 지침 파일, 공용 프롬프트 지시사항(Instructions), 그리고 특정 업무를 자동화하는 팀 스킬(Skills)을 봇에 탑재한다 Team Bots: AI coworkers that learn from your team. 또한 봇이 팀 내부에서 부여받은 역할(Role)을 점진적으로 더 능숙하게 수행할 수 있도록 지원하는 기억(Memory) 메커니즘이 함께 결합된다.

그러나 이처럼 공용 스킬과 역할 기억이 팀 차원에서 공유된다고 해서 팀원의 개별 질의 내용까지 공유되는 것은 결코 아니다. xAI의 공식 발표와 문서에 따르면, 개인 채팅은 사용자마다 비공개로 제공되며, 각 사용자의 대화 맥락과 개인 기억은 다른 동료는 물론이고 봇을 생성한 소유자조차 열람할 수 없다 Team Bots | SpaceXAI Docs. 문서는 팀 기억과 개인별 노트를 구분한다. 팀 전체가 알아야 한다고 명시한 사실은 팀 기억으로 공유될 수 있으며, 개인별 노트는 해당 사용자에게만 적용된다. Slack 채널과 그룹 대화는 공유 대화이므로 개인 채팅의 비공개 설명을 적용하면 안 된다.

3. 엔터프라이즈 보안을 위한 암호화 자격증명과 제3자 연동

기업 실무에서 인공지능 어시스턴트가 실질적인 업무 생산성을 발휘하려면 사내 업무 소프트웨어 및 외부 데이터베이스와의 유기적인 연결이 뒷받침되어야 한다. Team Bots는 세일즈포스(Salesforce), 노션(Notion), 깃허브(GitHub) 등 기업에서 널리 활용하는 대표적인 업무 도구와의 연동을 지원하는 플러그인 생태계를 기본 제공한다 Team Bots: AI coworkers that learn from your team. 나아가 사전 플러그인이 마련되지 않은 독자적인 사내 시스템이나 서드파티 API를 연동할 수 있도록 '시크릿(Secrets)' 관리 기능을 지원한다.

공식 기술 문서에 규정된 시크릿 보안 프로토콜은 매우 엄격하게 설계되어 있다. 단일 봇당 최대 25개까지 시크릿을 등록할 수 있으며, 입력되는 자격증명 값의 길이는 8자 이상 4096바이트 이하여야 한다 Team Bots | SpaceXAI Docs. 중요한 점은 등록된 시크릿 값이 저장 시 암호화되며, 사용자 인터페이스 상에서는 오직 식별 이름과 설명만 표시될 뿐 실제 값을 앱에서 팀원에게 표시하지 않는다고 문서가 설명한다는 점이다. 이를 통해 시스템 관리자는 범위를 제한한 읽기 전용 서비스 계정 키를 개별 직원에게 전달하는 위험한 행위를 피하면서도, 봇 내부 실행 권한을 통해 안전하게 외부 시스템 작업을 위임하고 자동화할 수 있다.

4. 개인 접근 권한과 팀 공용 권한을 구분하기

OAuth로 로그인하는 플러그인은 질문한 사람의 계정을 사용하며, 해당 팀원이 처음 사용할 때 자신의 계정을 연결한다. 반면 키나 토큰으로 설정된 플러그인은 봇의 공유 자격증명을 사용한다. 시크릿 값을 팀원이 볼 수 없다는 설명은 그 시크릿을 이용한 접근 권한까지 개인별로 제한된다는 의미가 아니다. 문서는 시크릿을 팀 전체에 제공하는 접근으로 취급하라고 설명한다. Team Bots 권한 문서

개인의 커넥터를 Slack 스레드나 그룹 대화에서 사용할 때는 그 사람에게 허용을 묻는다. 개인 1:1 대화와 봇에 등록된 공유 플러그인에는 같은 절차가 적용되지 않는다. 팀의 커넥터 정책과 기존 승인 설정도 적용된다. 따라서 '항상 승인을 받는다'거나 '모든 작업을 자동으로 실행한다'는 단일 표현으로 요약하기 어렵다.

이러한 차이는 조직이 어떤 자료와 권한을 공용 봇에 넣을지 결정할 때 검토할 기준이다. 이 글은 실제 계정을 연결하거나 기업의 보안 검증을 수행한 결과가 아니다. 특정 회사의 자료가 외부로 유출되지 않는다고 독립적으로 보증하지 않으며, 개인 채팅 비공개와 공유 시스템의 전체 보안은 구분한다.

5. 누구에게 유용한가: 조직별 주요 도입 대상과 실무 시나리오

다음은 공식 기능에서 생각해 볼 수 있는 활용 예이며 실제 도입 효과를 검증한 결과는 아니다. 첫째, 소프트웨어 개발 및 엔지니어링 조직이다. 깃허브 플러그인과 사내 API 시크릿을 연동해 두면, 주니어 개발자는 자신이 작성한 미완성 코드나 사소한 구현 질문을 동료의 시선 부담 없이 비공개로 질의할 수 있으며, 팀의 공용 코딩 컨벤션에 부합하는 피드백을 실시간으로 얻을 수 있다 Team Bots: AI coworkers that learn from your team. 둘째, 고객 관리(CS) 및 세일즈 부서다. 세일즈포스와 노션에 분산되어 있는 최신 제품 카탈로그와 고객 대응 매뉴얼을 봇 하나로 통합 조회하면서도, 특정 거래처와의 질문은 개인 대화로 처리할 수 있다. 다만 연결된 서비스와 공유 기억의 접근 범위는 따로 검토해야 한다. 셋째, 인사(HR) 및 총무·법무 부서다. 사내 복지 규정집과 취업 규칙을 공용 파일로 탑재해 두면 구성원들은 병가 신청, 육아휴직 절차, 계약 규정 등 민감한 개인사를 인사팀에 직접 털어놓기 전에 봇과 비공개로 사전 검토할 수 있다. 민감한 인사 자료를 넣기 전에는 조직의 데이터 정책을 확인해야 한다.

6. 과금 체계의 독특한 구조와 운영 시 유의할 기술적 한계

Team Bots 도입을 검토하는 의사결정권자라면 독특하게 설계된 리소스 사용량 차감 방식을 반드시 숙지해야 한다. xAI 공식 문서에 따르면, 앱이나 슬랙에서 팀원이 Team Bot에 질문을 던질 때 발생하는 사용량은 봇을 제작하고 배포한 소유자의 계정 한도에서 차감되지 않는다 Team Bots | SpaceXAI Docs. 대신 해당 요청을 직접 전송한 개별 팀원 각자의 Grok Bot 사용량 한도에서 직접 차감되며, 소유자 한도로 팀원의 대화를 대납하거나 대체 처리하는 것은 불가능하다. 따라서 특정 봇을 전사 차원에서 적극 활용하려면 봇 생성자뿐만 아니라 봇을 호출할 팀원 개개인이 유효한 사용량 한도를 보유하고 있는지 사전 확인이 필수적이다.

한도에는 예외도 있다. 연결된 팀원이 아닌 Slack 워크플로 등 앱에서 발생한 메시지는 소유자 사용량으로 집계된다고 문서가 설명한다. 예약 작업은 설정한 사람의 사용량에 반영된다. 팀 공유 봇이라고 해서 모든 예약이 팀 전체를 위해 한꺼번에 실행되는 것은 아니며, 각 예약은 만든 사람의 개인 작업이다.

시크릿은 최대 25개이며 각 값은 최소 8자, 최대 4,096바이트다. 이 개수는 API 엔드포인트 개수가 아니므로 '25개를 넘는 서비스에는 프록시가 필수'라고 단정하지 않는다. Enterprise 감사 로그에는 봇 생성·게시·게시 취소·삭제, 스킬 변경과 Slack 계정 연결 같은 이벤트가 기록된다. 개인 대화를 소유자가 읽지 못한다는 사실만으로 감사 기능이 없다고 설명할 수도 없다. 사용량·감사 로그 문서

7. 공개 베타와 Slack 도입 조건

전체 공식 발표문에서 Team Bots는 Teams·Enterprise 요금제의 공개 베타라고 확인된다. Team Bots의 제공 조건은 이번 발표문에 명시되어 있다. 베타 제공 사실이 모든 계정의 즉시 사용 가능성을 뜻하지는 않는다. 문서는 지원되지 않는 계정에 Team Bots Not Available 안내가 나타난다고 설명한다. 공식 발표의 제공 범위

Slack에서는 봇 소유자가 게시된 봇을 연결하고, 앱 설치 권한과 필요할 경우 관리자 승인을 받아야 한다. 각 팀원도 자신의 Slack 계정을 연결해야 한다. 개인 DM과 채널 스레드의 대화 범위는 다르고, 채널에 공유한 내용은 그 채널 구성원이 볼 수 있다. 개인 기억의 비공개를 채널 전체에 보장되는 기능으로 받아들이면 안 된다. Slack 연결 문서

발표문은 자체 사용 및 고객 사례도 소개하지만, 이 글은 해당 성과를 독립적으로 재현하지 않았다. 팀 도입을 검토한다면 필요한 공유 자료, 개인 OAuth 계정, 공용 키의 권한, Slack 설치 조건과 사용량 예외를 실제 조직 조건에서 확인해야 한다. 이번 출시는 협업 기능의 제공에 관한 사건이며 Grok 4.7 모델의 별도 출시와 동일 사건으로 세지 않는다.

출처 목록