Grok Bot 1.0은 봇 하나를 팀이 함께 쓰고 Slack·Microsoft Teams·화상 회의에 부를 수 있게 했습니다 | DAKER 커뮤니티

xAI(현재 SpaceXSI)가 11월 11일 Grok Bot 1.0을 공개했습니다. 핵심은 봇 한 명을 개인이 혼자 쓰는 데서 끝내지 않고, 팀 전체가 같은 봇과 함께 일하도록 바꿨다는 점입니다. 공식 발표문은 이번 업데이트의 방향을 함께하는 동료, 먼저 움직이는 동료, 더 유능한 동료 세 가지로 정리합니다. 아래는 공식 글과 문서에 적힌 내용만 추려, 한국에서 팀 단위로 AI 도구를 고르는 분들이 무엇을 확인해야 하는지 정리한 것입니다.

팀이 한 봇을 나눠 쓰는 방식

Team Bots는 팀원 모두가 같은 AI 동료와 일하게 하는 기능입니다. 공식 문서는 봇을 문서처럼 공유한다고 설명합니다. 팀 전체, 조직 전체, 또는 특정 사람과 그룹에게만 공유할 수 있고, 공유한다고 복사본이 생기지는 않습니다. 팀원마다 그 봇과 나눈 대화는 비공개로 유지됩니다. 변경 로그에는 봇이 사람별로 개인 메모를 따로 보관하고, 앱과 Slack, 루틴에 걸쳐 이를 이어 쓴다고 적혀 있습니다.

Team Bots는 항상 클라우드에서 실행되므로, 내 컴퓨터에서 돌아가는 봇은 공유할 수 없습니다. 팀원이 쓰는 사용량은 각자의 사용 한도에서 차감됩니다. 공유 봇을 많이 쓰는 팀이라면 비용이 한 사람에게 몰리지 않는다는 뜻이어서, 도입 전에 한 번 계산해 볼 만한 항목입니다.

봇은 함께 일하는 사람들에게서 배우고 팀의 지식과 선호를 계속 더 잘 이해하게 된다는 것이 xAI의 설명입니다

Slack, Microsoft Teams, 화상 회의로 들어옵니다

공식 발표문은 봇을 Slack, Microsoft Teams, 화상 통화에 데려올 수 있다고 밝힙니다. Slack에서는 소유자나 관리자가 봇을 공유한 뒤 연결하고, Slack 워크스페이스 관리자가 승인해야 할 수 있습니다. Microsoft Teams에서는 팀 관리자가 먼저 기능을 켜고, 소유자나 관리자가 봇을 연결하며, Teams 관리자가 승인하는 순서입니다. 연결이 끝나면 채널에서 봇을 호출하거나 직접 메시지를 보내고, 그룹 채팅에 추가할 수 있습니다.

변경 로그에는 회의 기능도 적혀 있습니다. Team, Enterprise, Ultra 요금제에서 봇이 Google Meet, Zoom, Microsoft Teams 통화에 링크로 들어가 회의 채팅에서 답하고, 끝난 뒤 요약을 보냅니다. Enterprise에서는 관리자가 설정에서 회의 기능을 켜야 합니다. 같은 날 Anthropic도 Claude Meetings를 내놓아, 대형 AI 서비스가 회의 안으로 들어오는 흐름이 분명해졌습니다.

먼저 움직이는 봇과 안전장치

이번 업데이트에서 눈에 띄는 부분은 봇이 요청을 기다리지 않고 일을 제안한다는 점입니다. 공식 글은 봇이 진행 중인 프로젝트를 살피고, 마무리되지 않은 일을 다시 챙기고, 판단이 필요한 때 사람을 불러오는 예를 듭니다. 제품 출시 중에 새 고객 조사가 팀이 고려 중인 메시지와 다르다는 점을 봇이 먼저 알려 주고, 방향이 정해지면 다른 봇과 협력해 캠페인 자료를 고치는 장면이 예시입니다.

공유 공간에서 일하는 만큼 안전장치도 함께 설명합니다. 봇은 각자의 권한을 존중하고, 민감한 작업 전에 먼저 묻고, 공개 채널에 올려도 되는 정보인지 확인합니다. 팀원이 봇에게 가르친 내용은 소유자나 관리자가 승인할 때까지 검토 대기 상태에 머뭅니다. 관리자는 봇 공유 권한을 제한할 수 있고, 소유자는 자신의 앱 로그인을 공유 연결로 쓰는 기능을 팀 관리자가 허용했을 때만 쓸 수 있습니다.

한국 팀이 도입 전에 확인할 것

공식 자료에 없는 숫자나 한국 출시 일정은 이 글에서 다루지 않습니다. 대신 도입 전에 점검할 질문은 문서에서 바로 뽑을 수 있습니다. 첫째, 우리 요금제가 Team Bots와 회의 기능을 포함하는지입니다. Team Bots는 Team과 Enterprise 요금제에서, 회의는 Team, Enterprise, Ultra 요금제에서 제공됩니다. 둘째, Slack이나 Teams 관리자가 승인 절차를 맡을 사람이 정해져 있는지입니다. 셋째, 봇이 읽을 수 있는 채널과 파일의 범위를 누가 정하는지입니다.

또 하나 짚을 점은 학습 내용의 관리입니다. 봇이 팀의 결정과 선호를 기억하는 만큼, 잘못 가르친 내용이 모두에게 퍼질 수 있습니다. 검토 대기 기능을 쓰는 팀이라면 승인 담당자를 정해 두는 편이 안전합니다. 해커톤처럼 짧은 기간에 여러 명이 맡은 일이 갈리는 팀에서는 회의 기록과 결정 사항을 같은 봇이 이어 받는 방식이 특히 유용할 수 있지만, 이는 공식 발표에 나온 사례가 아니라 기능 구성에 비춰 본 활용 방향입니다.

정리하면

Grok Bot 1.0의 변화는 모델 성능보다 일하는 단위에 있습니다. 개인 비서였던 봇이 팀의 공유 자원이 되고, 메신저와 회의 안으로 들어오고, 요청 전에 먼저 제안합니다. 팀이 이를 쓰려면 권한 범위, 승인 담당자, 사용량 부담을 먼저 정해야 합니다. 여러분의 팀은 공유 봇에 어디까지 맡길 생각인가요? 의견이 있다면 댓글로 남겨 주세요.

출처: 공식 발표 https://x.ai/news/grok-bot-1-0, 변경 로그 https://x.ai/changelog/bot, Team Bots 문서 https://docs.x.ai/grok-bot/team-bots, Microsoft Teams 문서 https://docs.x.ai/grok-bot/microsoft-teams. 이전 DAKER 글: Grok API 워터마크 기본 적용 소식