두 개의 Grok 계정.
하나의 AgentsRoom. 로그아웃은 제로.
한 프로젝트에서는 개인 Grok Build 로그인, 다른 프로젝트에서는 업무용 로그인을 같은 창에서 동시에 사용하세요. 프로젝트별, 폴더별, 에이전트별로 Grok 계정을 하나씩 고정합니다. 설정 패널에서 바로 로그인하니 GROK_HOME을 손으로 내보낼 일도, 추가 도구를 설치할 일도 없습니다.
GROK_HOME~/.grok-work~/.grokGrok 계정마다 디렉터리 하나, 그리고 GROK_HOME이 그 디렉터리를 가리킵니다. 두 계정 모두 로그인된 채로 남고, 두 계정 모두 동시에 실행됩니다.
여러 Grok 계정을 사용하는 이유
개발자들이 Grok Build 계정을 두 개 이상 쓰는 실제 이유를 솔직하게 설명합니다.
업무와 개인을 깔끔하게 분리
회사의 Grok 계정은 업무 저장소에만 머뭅니다. 개인 xAI 계정은 주말 프로젝트에만 머뭅니다. 사이드 프로젝트에 업무 자격 증명이 들어갈 일도, 회사 계정에 개인 세션이 기록될 일도 없고, 프롬프트를 입력하기 전에 따로 기억해 둘 것도 없습니다.
클라이언트별 사용량 청구
클라이언트가 자기 Grok Build 계정 접근 권한을 주면, 그 클라이언트를 위한 세션은 그 계정에서 실행됩니다. 소모되는 것은 그쪽 할당량이지 내 할당량이 아닙니다. 각 계정이 자기 기록을 따로 남기므로 몇 달 뒤에도 무엇이 누구 것인지 읽어낼 수 있습니다.
할당량 충돌 피하기
업무 계정의 요금제가 빠듯하다면, 개인 프로젝트에서 에이전트를 오래 돌린다고 그 할당량을 깎아먹어서는 안 됩니다. 계정이 둘이면 한도도 두 벌, 사용 기록도 두 벌이 되어, 늘 부딪히던 공용 예산 하나에서 벗어납니다.
프로덕션 계정 옆에서 테스트 계정 운영
시끄러운 실험, 일회성 에이전트, 프롬프트 초안을 위해 두 번째 Grok 계정을 두고 주 계정은 깨끗하게 유지하세요. 둘 사이를 오가는 것은 프로젝트별이든 에이전트별이든 목록에서 하나 고르는 일입니다.
조직이 다르면 정책도 다르다
회사 계정은 자체 로깅과 보존 규칙을 가진 엔터프라이즈 팀에 묶여 있을 수 있습니다. 그 옆에 개인 계정을 따로 두면 개인 코딩은 자신의 조건대로 남고, 자격 증명, 구성, 세션이 디스크의 디렉터리 수준에서 격리됩니다.
두 명의 개발자, 한 대의 워크스테이션
두 개발자가 한 대의 머신을 공유하면 각자 자기 Grok 계정으로 로그인합니다. AgentsRoom이 둘 다 기억하고 프로젝트나 에이전트에 따라 알맞은 계정을 시작하므로, 마지막에 로그인한 사람이 이기는 일은 없습니다.
AgentsRoom에 직접 내장
외부 스위처도, 셸 래퍼도, 로그아웃하고 다시 로그인하는 반복도 없습니다.
프로젝트마다 Grok 계정 하나
프로젝트에 Grok 계정을 고정하면 그 안의 모든 에이전트가 그 계정을 물려받습니다. 같은 창에서 업무 프로젝트와 개인 프로젝트를 열면 각각이 아래에서 자기 Grok 로그인으로 돌아갑니다.
에이전트별 재정의
에이전트 하나만 다른 계정으로 돌려야 하나요? 에이전트를 편집해 다른 Grok 계정을 고르고 저장하면 됩니다. 재정의는 그 에이전트에만 적용되고, 프로젝트의 나머지는 프로젝트 계정을 계속 씁니다.
프로젝트 폴더마다 계정 하나
사이드바 폴더에 Grok 계정을 고정하면 그 아래에 넣은 모든 프로젝트가 하위 폴더까지 포함해 그 계정으로 시작합니다. 업무 폴더는 업무 계정에, 개인 폴더는 개인 계정에. 프로젝트 하나나 에이전트 하나만 따로 재정의하는 것은 여전히 가능합니다.
전역 기본 계정
Grok 계정 하나를 기본값으로 지정하세요. 더 구체적인 지정이 없는 한 모든 새 프로젝트가 그 계정으로 시작합니다. 나중에 기본값을 바꾸면 아무것도 고정하지 않은 프로젝트는 자동으로 따라옵니다.
앱 안에서 로그인
계정을 추가하면 AgentsRoom이 알맞은 GROK_HOME을 이미 설정한 채 grok login을 실행하는 작은 내장 터미널을 엽니다. 브라우저에서 끝내고 돌아오면, 그 디렉터리에 auth.json이 놓이는 순간 배지가 로그인됨으로 바뀝니다.
디스크에서의 엄격한 격리
각 계정은 자기 디렉터리 안에 존재합니다. auth.json, config.toml 그리고 세션입니다. 두 계정이 아이덴티티를 공유하는 일은 없고, AgentsRoom에서 계정을 삭제해도 다른 계정의 데이터는 건드리지 않습니다.
계정마다 색 하나
각 Grok 계정에 고유한 색을 지정하세요. 그 색은 에이전트 아바타, 터미널 헤더, 프로젝트 타일에 작은 점으로 나타나므로 어떤 계정이 돌고 있는지 찾아볼 필요 없이 한눈에 읽힙니다.
사용 한도를 넘어서도 계속하기
에이전트가 돌아가는 계정이 할당량을 다 쓰면, AgentsRoom이 이미 로그인해 둔 다른 Grok 계정으로 작업을 넘길 수 있습니다. 어떤 계정이든 스위치 하나로 그 대상에서 뺄 수 있습니다.
이미 갖고 있는 디렉터리 지정
계정은 결국 경로 하나입니다. AgentsRoom이 만들고 관리하게 두어도 되고, 직접 손으로 만들어 둔 Grok 홈의 경로를 입력해도 됩니다. 기본값인 ~/.grok도 됩니다. 아무것도 옮기거나 다시 쓰지 않습니다.
내부 작동 방식
Grok Build가 스스로 문서화한 환경 변수 위에 만들어졌습니다.
GROK_HOME이 모든 것을 좌우
grok CLI는 로컬 상태 전부를 디렉터리 하나에서 읽습니다. 자격 증명, 구성, 세션입니다. 기본값은 ~/.grok이고, GROK_HOME이 그 위치를 다른 곳으로 옮깁니다. 디렉터리 하나가 로그인된 계정 하나이므로, 에이전트를 계정에 묶는 일은 곧 디렉터리에 묶는 일입니다.
각 계정은 하나의 디렉터리
계정을 추가하면 AgentsRoom이 자기 홈 아래에 디렉터리를 만들고 거기서 로그인합니다. 경로를 입력해 이미 갖고 있는 Grok 홈을 계정으로 지정할 수도 있습니다. CLI에게는 둘 다 같은 것, GROK_HOME에 들어갈 값일 뿐입니다.
로그인은 설정에 내장
AgentsRoom은 새 디렉터리로 GROK_HOME을 설정한 채 grok login을 실행하는 작은 터미널을 시작합니다. 브라우저 단계는 평소와 같습니다. AgentsRoom이 그 디렉터리의 auth.json을 지켜보므로, 파일이 기록되면 로그인됨 배지가 저절로 나타납니다.
계정은 시작할 때 결정됩니다
에이전트가 시작되면 AgentsRoom은 다음 순서로 캐스케이드를 따라갑니다. 에이전트 재정의, 프로젝트 고정, 계정을 고정한 가장 가까운 폴더, 전역 기본값, 그다음 CLI 자체의 홈입니다. grok이 실행되기 전에 해당하는 GROK_HOME이 에이전트 환경에 설정됩니다.
AgentsRoom의 대안
여러 Grok 계정을 다루는 다른 방법들, 그리고 AgentsRoom이 다르게 하는 것.
GROK_HOME을 손으로 내보내기
가장 직접적인 길입니다. grok을 실행하기 전에 export GROK_HOME=/some/path를 실행합니다. 되기는 됩니다. 그러다 두 번째 터미널 탭을 열고 그 탭이 어떤 계정인지 잊는 순간 더는 되지 않습니다. AgentsRoom은 같은 변수를 프로젝트별, 에이전트별로 대신 설정하고 활성 계정을 화면에 보여줍니다.
XAI_API_KEY 설정하기
거의 모두가 빠지는 함정입니다. 키로는 계정이 바뀌지 않습니다. Grok은 세션이 활성화되어 있지 않을 때의 폴백으로만 키를 쓰고, 저장된 세션 토큰이 이깁니다. grok login을 한 번이라도 실행한 사람, 즉 모두는, 키가 자신을 옮겨줬다고 믿으면서 계속 첫 번째 계정에서 돌아갑니다. 실제로 계정을 바꾸는 유일한 지렛대는 디렉터리이고, AgentsRoom이 움직이는 것이 바로 그것입니다.
매번 로그아웃하고 다시 로그인
다른 계정으로 grok login을 실행하고, 돌아오려면 또 한 번 실행합니다. 이 명령은 머신 전체의 캐시된 세션을 대체하므로 전역적이고 파괴적입니다. 다른 모든 프로젝트가 함께 바뀌고, 실행 중이던 세션도 흔들립니다. AgentsRoom은 모든 계정을 동시에 로그인 상태로 두고 목록에서 하나 고르는 것으로 전환합니다.
머신 두 대 또는 OS 사용자 세션 두 개
Grok 계정마다 별도의 머신이나 별도의 운영체제 사용자를 두는 팀도 있습니다. 무겁고 느린 데다, 그래도 업무 에이전트와 개인 에이전트를 병렬로 돌릴 수는 없습니다. AgentsRoom은 같은 머신, 같은 창에서 둘을 동시에 실행합니다.
AgentsRoom이 하는데 다른 것들은 못 하는 것
AgentsRoom은 여러 Grok 계정을 일급 개념으로 다룹니다. 프로젝트별 고정, 폴더별 고정, 에이전트별 재정의, grok login을 대신 실행해 주는 내장 로그인, 계정별 상태 배지입니다. Grok 계정은 같은 패널에서 Claude, Codex, Cursor 계정 옆에 놓이므로 업무용 Grok 에이전트, 개인용 Grok 에이전트, Claude 에이전트를 모두 나란히 실행할 수 있습니다.
자주 묻는 질문
AgentsRoom에 Grok 계정을 몇 개까지 추가할 수 있나요?
정해진 한도는 없습니다. 계정은 디스크의 디렉터리이므로 업무 계정, 개인 계정, 클라이언트마다 하나, 원한다면 테스트 계정까지 추가하세요. 모두 설정 패널에 나열되고, 그중 어느 것이든 프로젝트나 폴더, 또는 에이전트 하나에 지정할 수 있습니다.
Grok 계정 두 개를 쓰려면 추가 도구가 필요한가요?
아니요. AgentsRoom은 grok CLI가 스스로 문서화한 변수인 GROK_HOME을 구동합니다. 외부 스위처도, 셸 래퍼도, 추가 의존성도 없습니다. 로그인 흐름은 설정에 내장된 터미널에서 공식 grok login 명령을 실행합니다.
두 에이전트를 서로 다른 두 Grok 계정에서 동시에 실행할 수 있나요?
네, 그것이 바로 핵심입니다. 각 에이전트는 자기 환경을 가지므로 계정은 에이전트마다 결정됩니다. 업무 계정에 고정된 프로젝트 안에 개인 계정으로 재정의한 에이전트를 하나 둘 수 있고, 둘은 같은 창에서 병렬로 돌아갑니다.
XAI_API_KEY를 설정하면 Grok 계정이 바뀌나요?
아니요, 여기서 사람들이 놀랍니다. Grok은 세션 토큰이 활성화되어 있지 않을 때의 폴백으로만 API 키를 씁니다. 한 번이라도 대화형으로 로그인했다면 저장된 세션이 우선하고 키는 조용히 무시됩니다. 누구나 grok login을 최소 한 번은 실행했으므로, 키로 계정을 바꾸려는 시도는 아무 오류 메시지 없이 실패합니다. 확실한 방법은 디렉터리를 분리하는 것뿐입니다.
일부 에이전트가 아직 가리키고 있는 계정을 삭제하면 어떻게 되나요?
아무것도 깨지지 않습니다. 그 에이전트들은 조용히 캐스케이드의 다음 계정으로 폴백하고, 디렉터리 자체는 나중에 다른 계정을 그쪽으로 지정하고 싶을 경우를 대비해 디스크에 남습니다. 남겨진 에이전트는 원할 때 언제든 다시 연결할 수 있습니다.
제 Grok 자격 증명이 서버로 전송되나요?
아니요. 모든 계정 디렉터리는 당신의 머신에 남습니다. AgentsRoom은 자격 증명을 읽거나 복사하거나 전송하지 않으며, 중간에 AgentsRoom 계정이 끼지도 않습니다. 로그인은 공식 grok login CLI를 로컬에서 실행하고, 브라우저 단계는 평소처럼 당신과 xAI 사이에서 이루어집니다.
Grok 계정을 프로젝트 그룹 전체에 고정할 수 있나요?
네. 사이드바 폴더는 자체 기본값을 가지며 Grok 계정도 그중 하나입니다. 업무 저장소가 든 폴더에 업무 계정을 고정하면 그 안의 모든 프로젝트가 그 계정으로 시작합니다. 나중에 추가한 프로젝트와 하위 폴더의 프로젝트도 마찬가지입니다. 순서는 에이전트 재정의, 프로젝트 고정, 가장 가까운 폴더, 전역 기본값, 그다음 CLI 자체의 홈입니다.
Grok 계정을 Claude, Codex, Cursor 계정과 섞어 쓸 수 있나요?
네. 계정은 프로바이더별로 같은 여러 계정 패널에서 관리됩니다. 한 프로젝트에 Grok 계정 하나와 Claude 계정 하나를 동시에 고정할 수 있고, 각 에이전트는 자신이 돌아가는 프로바이더의 계정을 씁니다. 프로바이더 사이에 공유되는 것은 없습니다.
Grok 계정 디렉터리에는 정확히 무엇이 들어 있나요?
~/.grok에 들어 있는 것과 같습니다. 그 계정의 세션이 담긴 auth.json, 설정이 담긴 config.toml, 그리고 그 계정에서 진행한 대화의 세션 파일입니다. 계정 두 개란 이런 디렉터리가 두 개라는 뜻이고, 그래서 서로 간섭 없이 동시에 로그인된 상태로 있을 수 있습니다.
Grok 계정 하나가 할당량을 다 쓰면 어떻게 되나요?
AgentsRoom은 창이 초기화될 때까지 에이전트를 멈춰 두는 대신, 이미 로그인해 둔 다른 Grok 계정으로 작업을 넘길 수 있습니다. 그 대상에서 빼고 싶은 계정은 하나씩 제외할 수 있습니다. 자세한 동작은 계정 자동 전환 페이지에서 설명합니다.
이것도 좋아하실 것 같습니다: Cursor 멀티 계정
여러 Grok 계정은 하나의 앱에서 두 개의 xAI 로그인을 제공합니다. Cursor 멀티 계정은 cursor-agent CLI에 같은 것을 제공하며, 고정 방식도 격리 방식도 같습니다. 둘 다 여러 계정 패널 안, Claude와 Codex 옆에 있습니다.
Cursor 멀티 계정 기능 보기에이전트가 사용 한도에 도달합니다. 그래도 작업은 계속됩니다.
에이전트가 돌아가는 Claude 또는 Codex 계정이 할당량을 다 쓰면, AgentsRoom이 같은 대화를 이미 로그인해 둔 다른 계정으로 넘기고 작업이 그대로 이어집니다.
작동 방식 보기더 알아보기
AgentsRoom, 이제 Grok Build 지원
xAI의 터미널 코딩 에이전트 Grok Build가 이제 AgentsRoom의 정식 프로바이더가 되었습니다. Claude, Codex, Antigravity CLI, OpenCode, Aider와 나란히 실행하고 대화 중에 전환하세요.
Claude Code는 한 번에 로그인 하나만 유지합니다. 여러 계정을 함께 쓰는 방법은 이렇습니다.
같은 머신에서 업무 계정과 개인 계정을 함께 굴리기 위한 현장 가이드: 어떤 로그인이 활성인지 결정하는 환경 변수 하나, 터미널이 두 개를 넘어가는 순간 shell 방식이 무너지는 이유, 그리고 프로젝트마다 계정을 고정하는 방법.
Antigravity CLI는 컴퓨터 한 대에 Google 로그인 하나만 유지합니다. 대신 통하는 방법은 이것입니다.
Antigravity CLI에서 Google AI Pro 구독 두 개를 번갈아 쓸 수 없는 이유, 로그인이 실제로 저장되는 위치, 계정 전환 도구가 시스템 키체인에 진짜로 하는 일, 가족 요금제가 할당량을 두 배로 만들어주지 않는 이유, 그리고 여러 계정을 실제로 병렬로 굴리는 유일한 방법.
Grok에서 로그아웃하는 일은 그만두세요. 계정은 목록에서 고르면 됩니다.
업무용 Grok 계정, 개인 계정, 클라이언트 계정을 오늘 바로 AgentsRoom에서 나란히 실행하세요.
컴패니언 앱: 이동 중에도 에이전트를 모니터링
Claude, Codex, Antigravity CLI 또는 다른 AI 공급자를 사용하세요.
버그와 요청을 공개 백로그로 바로 보내세요.
AgentsRoom의 실제 모습.