xAI는 9월 3일 업무를 계속 이어 가는 Grok Bot을 Enterprise 고객에게 공개했다고 발표했습니다. Bot은 자기 전용 클라우드 컴퓨터에서 앱과 웹사이트를 사용하며, 조직이 맡길 일을 정하면 사용자가 매번 새 프롬프트를 쓰지 않아도 작업을 이어 가는 구조라고 xAI는 설명합니다. 이번 공개는 외부 시스템을 쓰는 장기 실행 에이전트를 Enterprise 통제 안에 넣는 제품 변화입니다. 권한·네트워크·기록을 어디에서 끊을지가 제품의 일부가 됩니다.
‘상시 에이전트’는 채팅 기록을 길게 보관하는 기능과도 다릅니다. xAI의 설계 글은 Bot을 대화가 끝나도 유지되는 작업 단위로 설명합니다. Bot마다 이름, 기억, 실행 환경, 도구가 있고, 한 번의 대화가 끝나도 같은 Bot으로 돌아와 업무를 이어 간다는 구상입니다. 자동으로 시작하는 반복 작업도 이 구조에 포함됩니다.
권한은 Bot이 아니라 로그인한 사람에게서 나온다
xAI는 사용자별 작업이 다른 사용자와 분리된 환경에서 실행되며, Bot은 기본적으로 어떤 계정에도 접근하지 못한다고 밝혔습니다. 접근할 수 있는 범위는 사용자가 그 환경에서 직접 로그인한 계정으로 한정된다는 설명입니다. 이 원칙은 ‘Bot에 전용 권한을 하나 더 부여한다’는 방식과 구별됩니다.
Cursor의 Grok Bot 보안 문서는 Bot이 별도 신원이나 자격 증명을 갖지 않고 로그인한 구성원으로서 행동한다고 설명합니다. 일반적인 경우 Bot이 그 구성원보다 더 넓은 권한을 가질 수 없고, 작업은 특정 구성원에게 귀속됩니다. 다만 팀이 관리하는 커넥터는 팀 또는 서비스 계정 자격 증명을 사용할 수 있는 예외로 적혀 있습니다. ‘사용자 권한 안에서만 움직인다’는 문장을 전체 연결 환경의 자동 안전 보장으로 읽기 어려운 이유입니다.
로그인한 웹 서비스의 세션과 Bot의 지속 실행도 함께 고려해야 합니다. 보안 문서에 따르면 사용자가 Bot을 삭제해도 클라우드 컴퓨터의 파일이나 브라우저 세션이 자동으로 사라지지는 않습니다. 프로젝트나 로그인 접근을 없애려면 관련 작업을 멈추고, 웹사이트에서 로그아웃하거나 연결 권한을 취소하는 절차가 별도로 필요합니다.
네트워크와 승인이 필요한 행동은 따로 정한다
Enterprise에는 네트워크 제어, 작업 기록, 감사 로그, 자동 검토와 관련한 관리 기능이 있습니다. 공식 보안 문서는 네트워크 정책이 없는 팀의 기본값을 ‘모든 목적지 허용’으로 설명합니다. 외부 연결을 제한해야 한다면 기본 상태에 기대기보다 허용할 도메인과 IP 범위를 직접 정해야 합니다. 플러그인을 막는 정책과 웹사이트 접근을 막는 네트워크 정책도 서로 다른 층이므로, 한쪽만 설정해서는 같은 서비스를 모두 차단했다고 볼 수 없습니다.
행동 승인도 독립된 통제입니다. Bot이 영향이 큰 작업을 하려 할 때 제안한 작업과 입력값을 보여 주고, 한 번만 허용하거나, 같은 규칙을 계속 허용하거나, 거부할 수 있습니다. 자동 검토 기능은 셸 명령, 플러그인 호출, 컴퓨터 사용, 자동화 쓰기 같은 위험 행동을 평가해 진행·승인 요청·거부를 결정할 수 있다고 문서는 안내합니다.
그러나 자동 검토가 모든 부작용을 살피는 것은 아닙니다. Cursor는 메모리 쓰기와 대부분의 설정 변경을 예로 들며, 이를 명시적 승인·네트워크 정책·사용자별 격리와 함께 써야 한다고 밝힙니다. 외부 페이지나 도구 결과에 섞인 프롬프트 인젝션 위험도 줄일 수는 있어도 없애지는 못한다고 설명합니다. 그래서 ‘자동 검토를 켰으니 외부 작업도 맡겨도 된다’는 결론까지 공식 문서는 뒷받침하지 않습니다.
조달 사례가 보여 주는 사람의 승인 기준
xAI는 다음 날 자사 조달 업무에 쓴 Haggle Bot 사례를 공개했습니다. 이 글은 독립적인 성능 평가가 아니라 xAI가 소개한 내부 사례입니다. 그럼에도 장기 실행 에이전트의 권한을 어떻게 문장으로 나누는지 볼 수 있는 자료입니다.
사례의 시스템 프롬프트에는 세 줄의 행동 경계가 있습니다. 지출 자료를 읽고 내부 동료와 협업하는 일은 항상 허용하고, 공급업체에 보내는 행위는 매번 운영자의 명시적 승인을 받으며, 계약 서명·구매·구독·요금 승인처럼 구속력 있는 약정은 어떤 경우에도 하지 못하게 정했습니다. xAI는 이 Bot에 내부 조사와 조정을 맡기되, 돈을 쓰거나 약관을 수락하거나 공급업체에 무언가를 보내는 일에서는 사람에게 제어권을 돌려줬다고 설명합니다.
이 사례의 절감액을 다른 조직의 기대 수익으로 바꿔 읽어서는 안 됩니다. xAI는 약 125개 활성 공급업체를 정리했고, 한 제품에서 미사용 좌석 43개를 찾아 1만4,220달러를 절감했다고 적었지만, 이는 해당 조직의 계약·사용량·권한 구성에서 나온 자체 보고입니다. 중요한 것은 숫자보다 어느 행동에서 사람이 다시 승인하는지를 사전에 적었다는 점입니다.
로그는 두 종류이고, 기본값도 확인해야 한다
감사 로그와 작업 기록은 같은 것이 아닙니다. 보안 문서는 감사 로그가 관리·보안·인증 사건과 Bot 생성, 구성원 접근 변경 같은 제어 영역을 다룬다고 설명합니다. 반면 작업 기록은 Bot이 실제로 한 행동을 담는 별도 기록입니다. Enterprise에서 팀이 활성화하면 정제된 셸 명령 등을 포함한 행동을 내부 저장소에 90일 보관한다고 안내하지만, 이 설정은 기본적으로 꺼져 있습니다.
따라서 도입 검토에서 ‘로그가 있다’는 답만으로는 부족합니다. 누가 기록을 볼 수 있는지, 어떤 종류의 기록이 필요한지, 행동 기록을 켤지, 외부 수집기로 보낼지, 보존 기간이 내부 정책과 맞는지를 따로 확인해야 합니다. 보안 문서는 조직별 보존 정책과 개별 컴퓨터의 고객 관리형 시점 복구가 제공되지 않는다고도 명시합니다.
배포 위치도 제약입니다. 보안 문서 기준으로 Grok Bot은 Cursor가 운영하는 클라우드 컴퓨터에서만 실행되며, 온프레미스 배포나 자체 네트워크 경계 안의 배포, 자체 이미지 사용은 지원하지 않습니다. 사내망 서비스에 연결하려는 Enterprise 팀은 전용 배포를 전제하기보다 제공되는 네트워크 제어와 Team Setup의 적용 범위를 보안 검토에서 확인해야 합니다.
먼저 작게 맡기고 경계를 검증해야 한다
Grok Bot은 코드 검토, 마케팅 후속 작업, 조달 조사처럼 여러 사례를 제시합니다. 하지만 공개 자료만으로 특정 업무의 정확도나 비용 효율을 일반화할 수는 없습니다. 특히 Bot 컴퓨터는 현재 미국에서 실행되고, Cursor의 미국 전용 데이터 레지던시 프로그램이 기본 적용되지 않는다는 보안 문서의 조건도 검토 대상입니다.
실무에서 시작한다면 읽기 전용 조사처럼 되돌리기 쉬운 일을 먼저 맡기고, 허용 행동·매번 승인할 행동·절대 금지할 행동을 업무별로 적는 방식이 현실적입니다. 그 다음에는 로그인 세션, 네트워크 목적지, 팀 커넥터, 행동 기록의 실제 설정을 확인해야 합니다. 상시 에이전트의 가치가 커질수록 ‘무엇을 할 수 있나’만큼 ‘어디에서 멈춰야 하나’가 운영 기준이 됩니다.