AI에게 지시하는 것까지 AI에 맡기다: Grok Bot을 창구로 사용하여 3가지 코딩 AI를 구동하는 개인 개발 워크플로우

AI가 코드를 작성하게 되면서, 제가 직접 손으로 움직여야 하는 시간은 줄었습니다. 하지만 머리의 피로는 그다지 줄어들지 않았습니다.

지시문을 작성하고, 결과를 읽고, 다음 지시를 생각하는 이 왕복 과정(往復)을 설계, 구현, 리뷰할 때마다 스스로 반복했기 때문입니다.

그래서 저는 AI에게 지시하는 것과 진행 상황을 확인하는 것까지 AI에 맡기는 형태로 바꾸어 보았습니다.

제가 대화하는 상대는 채팅의 Grok Bot 하나뿐입니다.
Grok Bot이 설계, 구현, 리뷰를 각각 다른 AI에게 분배합니다.
저는 '무엇을 할지 결정'하고 '피드백을 제공하는 것'에만 집중합니다.

본문에서는 이 구성과 실제로 구동해 보면서 알게 된 요령 및 어려웠던 점들을 정리했습니다.

본문에서 알 수 있는 내용

1인이 4개의 AI에게 역할을 분담시키는 구성
AI 간의 인계(受け渡し)를 '채팅'이 아닌 '파일'로 처리하는 이유
진행 상황을 보고서의 마지막 줄만으로 판단하는 메커니즘
자동화했을 때, AI보다 먼저 터미널에서 멈추는 지점들

등장하는 도구

이름이 비슷한 것들이 있어 먼저 정리하겠습니다.

도구	본문에서의 역할	한마디로 말하면
Grok Bot	지시 담당(창구)	나를 대신하여 다른 AI에게 지시를 내림
...
아래의 Claude Code, Codex, Grok Build 3가지를 통틀어 '에이전트(Agent)'라고 부릅니다.

전체적인 흐름

먼저 누가 누구에게 일을 넘기고 있는지입니다.

실선은 '지시', 점선은 '결과물 인계'입니다. 핵심은 Grok Bot은 지시만 내릴 뿐, 조사나 구현을 직접 하지 않는다는 것입니다. 이유는 나중에 설명하겠습니다.

하나의 작업은 대략 다음 순서로 진행됩니다.

제가 개입하는 시점은 최초 요청과 판단이 요구될 때뿐입니다.

Orca를 사용하며 하는 일

Orca는 AI 에이전트를 터미널에서 구동하기 위한 '손' 역할을 합니다. Grok Bot은 Orca의 orca 명령어를 통해 에이전트를 조작합니다.

하고 싶은 것	사용하는 명령어
에이전트 시작하기	`orca terminal create` (지시 파일을 첨부하여 시작)
추가 지시 보내기	`orca terminal send` ('이 경로를 읽고, 그 지시에 따라 실행해라')
막히진 않았는지 확인하기	`orca terminal read` (화면의 끝부분을 읽음)

개발 서버도 Orca 터미널에서 계속 켜두고 있습니다.

Orca에는 git worktree를 자동으로 만드는 기능도 있지만, 지금은 사용하지 않습니다. 제가 하는 일은 '터미널을 시작하고, 글자를 보내고, 화면을 읽는' 것뿐이므로, tmux 등에서도 같은 형태를 만들 수 있을 것이라 생각합니다(저는 미검증입니다).

Grok Bot에서 Mac을 조작하는 메커니즘

Grok Bot에는 자신의 Mac을 조작할 대상 머신으로 등록해 두었습니다. Grok Bot은 그 머신을 지정하여 orca를 셸 명령어 형태로 실행합니다.

Mac에 접근하는 것은, Mac의 파일이나 환경을 다룰 때만 합니다.
명령어를 실행할 때마다, Mac 측에서의 승인이 필요합니다.
지시문의 본문은 Mac 상의 임시 파일에 작성하고, 에이전트에게는 orca terminal send로 그 경로만 전달합니다.

실제로 사용하고 있는 명령어는 다음과 같습니다.

ORCA=/Applications/Orca.app/Contents/Resources/bin/orca
$ORCA status --json # Orca의 상태를 확인
$ORCA repo add --path <경로> --json # 작업할 리포지토리를 등록
...

orca를 전체 경로로 호출하는 이유는, 제 환경에서는 /usr/local/bin/orca의 심볼릭 링크가 작동하지 않았기 때문입니다(후술).

역할 분배

분배는 제가 사용해 본 감각으로 결정한 것입니다. 어떤 AI가 우수하다는 비교는 아닙니다.

역할	에이전트	모델 (사용 시점)
설계 및 리뷰	Claude Code	첫 번째 설계나 핵심 부분은 Opus 5.5, 나머지는 Sonnet 5.5
...
제 사용 방식으로는 Claude Pro의 이용 한도가 금방 소진됩니다. 그래서 이용량이 많은 구현 작업은 Codex와 Grok Build에 맡기고, Claude Code는 설계 및 리뷰에만 집중합니다. 할당 비율은 프로젝트마다 다르게 변경하고 있습니다.

팁 1: Grok Bot에게 긴 문서를 읽게 하지 않기

처음에는 설계서나 리뷰 결과를 Grok Bot에게 그대로 전달했습니다. 그러자 Grok Bot의 크레딧이 금방 줄어들었습니다.

그래서 AI 간의 정보 전달은 문서 내용이 아니라 파일 경로로 진행하도록 했습니다.

프로젝트/
├── tmp/
│ └── specs/
...

설계서는 Claude Code가
tmp/specs/<ID>.md
와 같이 작성하게 합니다. - Grok Bot은 설계서의 내용을 읽지 않고, 경로만 다음 에이전트에게 전달합니다.
구현이 완료되면, 해당 설계서를 사용한 에이전트 자신이 삭제하도록 지시합니다.

tmp/
과 reports/
는 .gitignore에 넣어 리포지토리에는 포함시키지 않습니다.

설계서를 삭제하는 이유는 오래된 설계서가 다음 작업에서 '정확한 정보'로 읽히는 것을 방지하기 위함입니다. 나중에 사용하고 싶은 내용은, 삭제하기 전에 지속적으로 사용할 문서(README나 설계 메모 등)로 옮깁니다.

팁 2: 보고서는 10줄 이내로 작성하고 마지막 줄에 상태를 전달하기

보고서는 reports/<ID>.md
에 작성하게 하고, 마지막 줄을 다음 세 가지 중 하나로 정했습니다.

최종 줄	의미
`STATUS: DONE`	담당 작업 완료
`STATUS: BLOCKED`	무언가 때문에 진행 불가
`STATUS: NEEDS_DECISION`	인간의 판단 필요

보고서 예시입니다.

작업: 설정 화면 입력 체크 수정
변경: 담당 디렉터리 내 유효성 검사(Validation) 처리
확인: 실시한 확인 방법과 결과
...

이렇게 하면 Grok Bot은 최종 줄만 보고 다음에 무엇을 할지 결정할 수 있습니다. 읽는 양이 적기 때문에 크레딧 절약에도 도움이 됩니다.

다만, DONE은 '담당 에이전트가 작업 완료를 알린다'는 의미일 뿐입니다. 실제로 정확하게 되었는지는 알 수 없으므로, 구현한 에이전트와 별도로 Claude Code에게 리뷰를 맡기고 있습니다.

또한, 여러 에이전트를 동시에 구동할 때는 담당하는 디렉터리를 분리하여 같은 파일을 동시에 수정하지 않도록 합니다.

어려웠던 점: AI보다 터미널이 먼저 멈추는 경우

자동으로 실행시키기 시작하면서 가장 불편했던 것은, AI의 지능 문제가 아니라 확인 화면이나 권한 문제로 인해 터미널이 멈추는 것이었습니다.

증상	나의 대처 방법
완료 알림을 받지 못해 작업 완료를 인지하지 못함	보고서의 최종 줄(`STATUS`)을 주기적으로 확인하기
Codex로 파일 편집은 되나, 커밋에서 멈춤 (`.git`이 읽기 전용 상태였음)	에이전트는 파일 변경까지만 담당하고, 커밋은 지시 역할을 하는 Grok Bot 측에서 진행하기
`--full-auto` 옵션이 내 환경에서는 사용 불가함	`codex -s workspace-write -a never`와 같이 명시하여 실행하기
초기 구동 시의 '이 폴더를 신뢰하겠습니까' 확인 화면에서 멈춤 (Claude Code, Codex)	내용물을 파악하고 있는 자신의 폴더만 승인합니다. Claude Code는 위쪽 화살표 키(Up Arrow Key)를 누른 후 Enter로 선택하기
Grok Build가 파일을 수정할 때마다 허가를 요청함	'이 세션 동안 허용'을 선택하기
`orca` 명령어의 심볼릭 링크(`/usr/local/bin/orca`)가 권한 문제로 작동하지 않음	`/Applications/Orca.app/Contents/Resources/bin/orca`를 전체 경로(Full Path)로 지정하기
npm 캐시 오류로 의존성 설치가 멈춤	에이전트에게 맡기기 전에, 스스로 설치가 통하는지 확인해 두기

위의 모든 내용은 제 환경에서 발생한 것이므로, 모두에게 해당되는 것은 아닙니다.

--full-auto

이는 Codex 공식 레퍼런스에서는 비권장(deprecated) 호환 옵션으로 기재되어 있습니다 (제가 확인한 시점). 사용 가능 여부는 버전이나 환경에 따라 달라질 수 있으므로, 공식 정보를 확인해 주세요.

'주기적으로 읽어보는 것'의 주의점

보고서를 주기적으로 확인하는 방식(폴링, Polling)은 작성 중인 파일이나 지난 작업의 보고서를 읽어버릴 가능성이 있습니다.

현재는 작업별로 보고서 파일명(<ID>)을 나누고 있습니다. 앞으로는 최종 줄에 STATUS가 작성되기 전까지는 완료 처리하지 않는다는 판정을 더 엄격하게 하고 싶습니다.

비용

AI 이용료는 원래 계약했던 다음 3가지 구독 서비스 범위 내에 있습니다.

ChatGPT Plus(Codex)
Claude Pro(Claude Code)
X Subscription의 Premium (월 30달러. Grok Bot, Grok Build)

xAI의 요금 페이지에서는 'The X Subscription'의 Premium 플랜에 Grok Bot이 포함되어 있습니다(2026년 10월 기준). Grok Build는 2026년 5월 공식 발표로 SuperGrok 및 X Premium Plus 가입자를 대상으로 제공되기 시작했습니다. 이후 X의 플랜 구성이 변경되었지만, 저는 현재 Premium으로 사용할 수 있습니다. Grok Bot은 베타 버전이므로, 제공 조건은 향후 바뀔 가능성이 있습니다. 사용하기 전에 최신 요금 페이지를 확인해 주세요.

이용 한도를 다 쓰면 회복될 때까지 기다립니다. 상위 플랜으로 올려서 밀어붙이는 방식은 하지 않습니다.

물론 완전히 무료는 아니며, Mac이나 전기세, 시스템을 갖추는 데 필요한 제 시간 비용이 들었습니다.

적합한 사람 / 적합하지 않은 사람

적합해 보이는 사람

이미 여러 AI 서비스를 계약하여 사용처를 구분하고 싶은 사람
하나의 AI 이용 한도가 금방 소진되는 사람
지시문을 작성하고 결과를 읽는 왕복 과정에 지친 사람

적합하지 않아 보이는 사람

AI 코딩 도구를 아직 하나도 깊이 사용해 보지 않은 사람
수정 작업 위주여서 설계와 리뷰를 분리할 정도의 작업이 없는 사람
확인 화면이나 권한 설정 등을 확인할 시간을 낼 수 없는 사람

맺음말

Claude Code가 설계와 리뷰를, Codex와 Grok Build가 구현을 담당하고, Grok Bot은 그 사이를 연결하는 역할만 합니다. 설계서와 보고서를 파일로 보관해 두면, 채팅 기록에 의존하지 않고도 작업을 인계할 수 있습니다.

이 형태로 바꾼 후 제가 하는 일은 '무엇을 만들지 결정하는 것'과 '나온 판단에 답하는 것' 두 가지로 줄었습니다. 세세한 지시나 중간 경과 확인에 머리를 쓸 필요가 없어지면서, 앱의 내용을 생각할 시간이 늘어났습니다. 인지 부하(Cognitive load, 머릿속에서 감당하는 부담)를 줄이겠다는 첫 번째 목적에는 상당히 가까워졌다고 느낍니다.

갑자기 4개의 AI를 갖출 필요는 없습니다. 우선 가지고 있는 AI에게 '설계서를 파일로 작성하게 하기', '보고서의 최종 줄에 STATUS를 작성하게 하기' 두 가지부터 시도해 보세요. AI와의 상호작용이 조금 편해질 것입니다.