바이브코딩
AI 에이전트 겁나 편하게 관리하는 법 | 창구 하나, 작업장 여러 개
폰의 한마디를 지시서로 바꾸고, 작업장 일꾼이 파일을 고치게 한다.
2026년 10월, 필자의 에이전트 일은 말하는 곳이 하나로 모인다. 그 창구는 Grok Bot이고, 필자는 이 창구를 대빵이라고 부른다. 폰에서 짧은 말을 하면 대빵이 일을 나누고, 집 컴퓨터에 켜 둔 Paseo 작업장의 일꾼이 파일을 고친다.
Paseo는 이미 설치해 둔 코딩 프로그램을 집 컴퓨터에서 실행한다. 데스크톱과 폰은 그 화면을 보는 쪽이다. 폰 앱이 모델을 대신 돌리지는 않는다. 설치와 요금처럼 도구 자체의 설명은 Paseo 작업 허브에 따로 있다.
이 글은 그 소개를 반복하지 않는다. 필자가 2026년 10월에 실제로 굴리는 운영만 적는다. 프로젝트 001-Driving 아래에 그림, 대본, 블렌더, 영상, 조사, 키네틱, 포스팅, 테스트 작업장을 두고, Grok과 Cursor와 Antigravity와 시험용 모델을 용도에 맞게 붙인다. 끝난 일은 말이 아니라 파일로 확인한다.
대빵 자리에 놓을 수 있는 창은 이 글 앞부분에서 공식 페이지와 함께 적는다. 필자가 실제로 말을 넣는 창은 Grok Bot 하나다. 페이지에 없던 달러 가격은 적지 않았다. 조사 기준일은 2026년 10월 21일이다.
대빵 에이전트는 지시 창구 하나다
대빵은 사용자가 말을 넣는 유일한 자리다. 일꾼마다 창을 열어 "이거 해 줘, 저거 해 줘"를 반복하면 문장이 짧아진다. 금지와 완료 기준이 그 짧은 말에서 빠지면, 일꾼은 그럴듯하지만 다른 결과물을 내기 쉽다.
필자의 대빵은 이미 긴 대화를 갖고 있다. 어떤 글을 좋아하는지, 어느 폴더에서 일하는지, 어떤 결과가 통과인지, 무엇을 쓰면 안 되는지가 그 기록에 남아 있다. 사용자는 폰으로 한 줄만 말한다. 대빵이 그 한 줄을 작업 지시서로 늘리고, 일꾼에게는 그 파일을 읽으라는 문장만 넘긴다.

그 창에 올릴 수 있는 서비스는 2026년 10월 21일에 공식 페이지 문장이 확인된 것만 적는다. 필자의 창은 Grok Bot이다. 이름 있는 팀원에게 메시지와 음성으로 시키고, 노트북을 덮어도 일이 이어진다. OpenAI의 정식 이름은 Dots다. 항상 켜 둔 에이전트이고, 자기 클라우드 컴퓨터와 브라우저를 가진다. 대화는 ChatGPT와 Slack과 Teams로 이어지며, 첫 닷은 Pro 또는 Business Premium에 추가 요금 없이 포함된다고 그 글이 적는다. Meta의 Muse는 2026년 9월에 소개된 개인 에이전트다. Muse Secure VM에서 일하고, 앱을 닫아도 일이 이어지며, 메일과 결제 전에는 승인을 받는다. Paseo의 Muse Code와는 다른 제품이다.

Nous Research의 Hermes Agent는 MIT 라이선스의 에이전트다. 경험으로 스킬을 만들고, 기억은 세션을 넘어 남으며, Telegram, Discord, Slack, WhatsApp, Signal로 말하는 게이트웨이가 하나다. ACP 문서에서는 다른 앱이 대화를 맡고 Hermes는 기억과 스킬과 도구를 유지한다. OpenClaw는 자기 컴퓨터에서 도는 오픈소스 비서다. 게이트웨이 하나가 세션과 채널을 맡고, 모델은 플러그인으로 바꾼다. 유료 단계나 호스팅 서비스는 공식 저장소 소개에 없다. Paseo도 창구가 될 수 있다. 폰 앱은 데몬의 화면이고, 일꾼 하나를 메인으로 두고 다른 일꾼을 나누라고 시키면 된다. 필자의 실제 창은 여전히 Grok Bot이고, Paseo는 그 아래의 작업장이다.

| 서비스 | 공식 페이지에서 확인한 자리 | 필자 환경과의 거리 |
|---|---|---|
| Grok Bot | 이름 있는 팀원. 계정의 봇이 클라우드 컴퓨터를 같이 쓰고, 노트북을 덮어도 일이 이어진다. | 지금 말을 넣는 창. 파일 수정은 집의 Paseo 일꾼이 한다. |
| Dots | 항상 켜 둔 에이전트. 자기 클라우드 컴퓨터가 있고, 첫 닷은 Pro 또는 Business Premium에 추가 요금 없이 포함된다. | 필자의 현재 창은 아니다. 노트북을 연결하지 않으면 사용자 컴퓨터와 닷의 컴퓨터는 따로다. |
| Muse | 개인 에이전트. 전용 보안 가상 컴퓨터에서 일하고, 메일과 결제 전에 승인을 받는다. | 삶 전체의 비서에 가깝다. Muse Code와는 다른 제품이다. |
| Hermes Agent | 스킬과 기억이 쌓이고, 메신저 게이트웨이 하나로 말한다. ACP로는 다른 앱이 대화를 맡길 수 있다. | 필자의 현재 창은 아니다. |
| OpenClaw | 자기 컴퓨터의 게이트웨이 하나. 모델은 바꾸어 끼운다. 유료 단계와 호스팅은 소개에 없다. | 필자의 현재 창은 아니다. |
| Paseo | 설치한 CLI를 데몬이 실행하고, 폰은 그 화면이다. 일꾼이 다른 일꾼에게 일을 나눌 수 있다. | 작업장이면서, 메인 일꾼을 정하면 창구도 된다. 필자는 창구를 Grok Bot에 뒀다. |
핵심 포인트: 일을 시키려면 프롬프트가 좋아야 하는데, 그 프롬프트는 메인 AI가 더 잘 쓴다. 터미널 창을 여러 개 열어 각각 시키면 헷갈린다. 소통 창구는 한 곳, 작업장은 여러 개다.
왜 대빵 혼자 다 안 시키나
대빵 하나에 조사와 그림과 렌더와 음성까지 몰면 그 창의 사용량이 먼저 빠듯해진다. 그래서 대빵은 지시와 검수와 보고만 하고, 파일을 고치거나 음성을 만드는 일은 사용량이 남아 있는 다른 AI에게 넘긴다.
Paseo는 집 컴퓨터에 설치해 둔 코딩 프로그램을 실행한다. 공급자 문서는 구독과 설정이 각 프로그램에 그대로 남는다고 적고, 지원 목록의 기본 공급자에는 Claude Code, Codex, OpenCode, Antigravity가 있다. ACP로 붙는 목록에는 Cursor, Grok Build, Gemini CLI, Hermes Agent가 있다. Claude Code 문서는 Paseo 안의 Claude 사용량이 원래 Claude 플랜에서 빠지고, 별도의 Agent SDK 크레딧 통은 요구하지 않는다고 적는다. Cursor와 Grok Build와 Antigravity도 각자 로그인한 계정으로 계산된다.
OpenRouter와 Kie는 그 목록의 에이전트가 아니다. OpenCode가 모델 공급자를 고르고, OpenRouter의 OpenCode 연결은 그 안의 API 호출이다. Kie 공통 API는 계정 키로 만든 결과물을 다루는 호출이고, 필자의 음성은 작업 스크립트가 그 API를 부를 때 생긴다. Paseo 데몬이 Kie를 공급자로 실행하지는 않는다.

작업장을 한 화면에서 띄우는 도구도 사용량이 나뉘는 이유와 맞닿아 있다. 이번 조사에서 공식 소개가 확인된 것은 둘이다.
| 작업장 | 확인한 역할 | 문서 |
|---|---|---|
| Paseo | 설치한 CLI를 데몬이 실행하고, 데스크톱과 폰은 그 화면이다. 공급자마다 구독이 따로다. | 공급자 |
| Conductor | Mac 앱이다. Claude Code, Codex, Cursor를 격리된 작업 공간에서 병렬로 띄운다. | Conductor |
파일을 고치거나 음성을 만드는 호출은 아래다. Paseo가 프로세스로 띄우는 것과, 작업 안에서만 부르는 API를 칸으로 나눴다.
| 이름 | 확인한 역할 | 연결 | 문서 |
|---|---|---|---|
| Cursor CLI | Cursor의 코딩 에이전트 | Paseo ACP 목록 | 개요 |
| Grok Build | xAI 코딩 에이전트. 터미널, 헤드리스, ACP | Paseo ACP 목록의 Grok | 개요 |
| Antigravity | 설치된 agy. 풀액세스만 | Paseo 기본 공급자 | 지원 목록 |
| OpenCode | 오픈소스 코딩 에이전트. 모델 공급자를 고른다 | Paseo 기본 공급자 | 문서 |
| OpenRouter | 여러 모델을 하나의 API로. :free 변형이 있다 | OpenCode 안에서 호출 | 무료 변형 |
| Kie API | 음성, 이미지, 영상 생성 | 작업 스크립트가 호출 | 공통 API |
| Claude Code | Anthropic 코딩 에이전트. 사용량은 Claude 플랜 | Paseo 기본 공급자 | Claude Code |
| Codex | OpenAI 워크스페이스 에이전트 | Paseo 기본 공급자 | Paseo의 Codex |
| Gemini CLI | Google의 Gemini CLI | Paseo ACP 목록 | Gemini CLI |
OpenRouter 무료 변형은 모델 아이디 뒤에 :free를 붙인 별도 항목이고, 유료 항목과 한도가 다를 수 있다. 공식 글은 이 무료 모델을 실험과 학습과 적은 양의 호출에 맞다고 적는다. 필자는 그 모델을 테스트 작업장에서만 쓰고, 키 파일과 본편 원고는 그 일꾼의 폴더에 넣지 않는다.
공식 Grok Bot의 다른 봇은 Cursor 쪽 클라우드 컴퓨터에서 일한다. 계정의 봇들은 그 컴퓨터의 파일과 브라우저를 같이 쓰고, 서로 말을 넘길 수 있다. 필자의 파일 수정 일꾼은 그 클라우드 봇이 아니다. 집 PC에 설치된 CLI를 Paseo 데몬이 돌린다. 대빵은 지시서 파일을 쓰고, 집의 일꾼은 그 파일만 읽고 시작한다. 두 층을 한 기계로 부르면 역할이 섞인다.
말은 사용자에서 대빵으로 가고, 일은 작업장에서 갈라졌다가 증거 뒤에 보고로 돌아온다.

일꾼이 파일을 고친 뒤에는 말만으로 끝을 정하지 않는다. 파일과 길이와 화면과 주소를 보고, 빈 칸은 빈 칸으로 남긴다.

핵심 포인트: 창구는 하나고, 파일을 고치는 손은 작업장 안의 일꾼이다.
폰에서 말하고 알림으로 끝나는 이유
편한 지점은 앱을 여러 개 오가지 않는 데 있다. 시킬 말은 폰의 Grok Bot에만 넣는다. 진행과 끝은 Paseo 폰 앱의 작업장 목록에서 본다. 포스팅 작업장에 실행 표시가 켜지면, 그 일꾼이 집 컴퓨터에서 돌고 있다는 뜻이다.

이 나눔은 Paseo가 상품 이름으로 파는 기능이 아니다. 필자가 두 클라이언트를 그렇게 나눠 쓰는 운영이다. 워크스페이스 문서에서 폰은 데몬에 붙는 화면이고, 에이전트 프로세스는 데몬이 가진다. 집 컴퓨터가 꺼지면 그 일꾼도 멈춘다.
두 번째로 편한 이유는 같은 일을 두 번 시키지 않기 때문이다. 새 일을 주기 전에 대빵은 작업장 기록과 기존 파일을 보게 한다. 같은 조사를 두 일꾼이 다시 하면 각 구독에서 사용량이 두 번 나간다. 그 분리는 앞 절의 표와 같다. Cursor, Grok, Antigravity, 시험용 모델도 각자 설치해 둔 계정으로 돈다.
작업장 이름은 용도로 붙인다
예전 목록은 작업장 이름이 부탁 문장이었다. "이거 블렌더 어셋 만드는 스킬 갖다가"처럼, 시킨 말이 이름칸에 그대로 남았다. 목록만 보고는 무엇이 끝났는지 알 수 없었다.


지금은 프로젝트 001-Driving 아래에서 이름을 용도로 고정했다. 그림, 대본, 블렌더, 영상, 조사, 키네틱, 포스팅, 테스트다. 테스트 작업장은 시험용이다. 키 파일과 개인 폴더는 그 시험 일꾼에게 넘기지 않는다.

한 작업장에는 한 용도만 둔다. 제목 앞에는 일꾼 종류를 적는다. 키네틱 작업의 제목은 "[Grok] 블렌더 팁 키네틱 영상+TTS"였다. 같은 저장소를 두 일꾼이 동시에 고치면 오케스트레이션 문서가 말하는 작업 나무(worktree)로 폴더를 나눈다. 남길 파일은 작업장 안에만 두지 않고, 결과 폴더에도 복사해 둔다. 작업장을 보관하면 그 작업 나무가 함께 정리될 수 있어서다.
프로필은 작업장마다 다르다. 그림과 포스팅과 영상에는 Grok을 쓰고, 대본 검수에는 읽기 전용 Cursor를 쓴다. 포스팅 작업장 화면에는 Grok 4.7 High가 찍혀 있다. 에이전트 프로필 문서의 "언제 쓸지" 노트는 누구를 부를지 고르는 메모다. 모델과 권한과 읽을 파일은 그 메모에만 두지 않고 지시문 안에 다시 적는다. 파일에 있는 규칙이 자동으로 적용되지는 않는다.
왜 대빵이 쓴 지시서가 더 잘 먹히나
직접 지시가 흔들리는 이유는 문장이 짧아서다. "키네틱 하나 추가해서 대본으로 영상 만들어, 다 알잖아"는 사람에게는 충분하다. 그 말만 받은 일꾼은 어떤 목소리인지, 몇 초인지, 화면 비율이 무엇인지, 무엇을 보면 끝인지를 모른다.

대빵은 같은 말을 작업장 생성과 제목과 규칙으로 늘렸다. 화면에는 최근 쇼츠와 같은 목소리, 1.2배속, 90초 안팎, HyperFrames 9:16이 적혀 있다. 일꾼은 취향을 추측하지 않고 그 문장을 실행한다. 대빵이 이것을 할 수 있는 이유는 이전 작업에서 어떤 결과가 통과했는지를 이미 알고 있기 때문이다.
이번 글이 같은 경로의 실제 사례다. 필자는 폰으로 제목과 캡처와 인포그래픽을 짧게 말했다. 대빵은 작업 지시서를 써서 포스팅 작업을 맡기겠다고 답한 뒤, 지시서 파일에 선례 글, 금지, 이미지 처리, 완료 증거를 넣었다.


포스팅 작업장의 Grok 일꾼이 받은 문장은 한 줄이다. F:\100_workspace\vc365-agent-boss\TASK.md를 읽고 그대로 실행하라는 문장이다. 일꾼은 그 파일에서 절차를 읽고 계획을 세웠다. 사용자는 그 사이에 다른 AI 창을 열지 않았다.
지시서의 칸은 공개해도 되는 범위만 옮기면 아래와 같다.
| 칸 | 들어 있는 것 |
|---|---|
| 핵심 | 창구는 하나, 작업장은 용도별 |
| 재료 | 분석 글은 톤만 빌리고 문장은 다시 씀. 공식 문서와 다르면 공식 문서 |
| 화면 | 원본은 유지하고, 상태바와 계정과 무관한 미리보기만 가림 |
| 품질 | 앞부분은 쉽게, 본문은 사실, 확인 안 된 가격은 생략 |
| 완료 | 공개 주소가 열리고 그림이 로드되며 보고서 파일이 남음 |
| 추가 | 짧은 말이 지시서로 바뀌는 이유와, 그 과정의 캡처 |
한마디는 다섯 칸을 거친다. 폰의 말, 히스토리 보강, 지시서, 일꾼 실행, 그리고 증거 뒤의 보고다.

직접 시킨 말은 짧아서 금지와 완료 기준이 빠지기 쉽다. 대빵이 쓴 지시서에는 맥락과 규칙과 검수 기준이 들어간다.

표에 집 컴퓨터 이름과 사용자 폴더는 넣지 않았다. 계정과 키도 없다. 남긴 경로는 이 글의 지시서 파일 하나다. 일꾼이 잘 따르는 것은 사용자의 짧은 말이 아니라, 그 파일 안에 들어간 맥락과 금지와 검수 기준이다.
핵심 포인트: 폰의 한 문장은 대빵을 거치면서 일꾼이 그대로 실행할 수 있는 지시서가 된다.
기억은 파일이고 완료는 증거다
대화창을 닫으면 그 안의 세부는 다음 일꾼에게 그대로 가지 않는다. Grok Bot 개요는 선호와 역할과 이전 작업의 요약이 봇의 기억으로 남고, 파일과 브라우저 세션은 계정의 클라우드 컴퓨터를 봇들이 같이 쓴다고 설명한다. 대화 자체는 봇마다 따로다. 그 기억은 대빵 쪽에 유용하다. 집 PC에서 파일을 고치는 일꾼에게는 같은 내용을 파일로 다시 남겨야 한다.
필자가 남기는 최소 파일은 세 종류다. brief는 이번 일의 목표와 금지와 완료 기준이다. status는 지금 어디를 하고 있는지다. review는 무엇이 통과했고 무엇이 실패했는지다. 규칙은 그 파일에 적어 두고, 지시문에 이 파일을 읽고 시작하라고 적는다. 파일이 있다고 일꾼이 자동으로 펼치지는 않는다.
Paseo 스킬도 같다. 스킬 문서의 이름은 /paseo, /paseo-handoff, /paseo-advisor, /paseo-committee다. handoff는 지금 일과 파일과 통과 기준을 다른 일꾼에게 넘긴다. advisor는 파일을 고치지 않고 다른 의견만 가져온다. committee는 어려운 문제를 두 분석으로 나누고, 그 분석도 파일을 고치지 않는다. 설치는 설정에서 고르거나, 일꾼이 도는 컴퓨터에서 스킬 추가 명령으로 한다. 필자 화면에서는 오케스트레이션 스킬이 설치됨으로 바뀌어 있다. 그 전 화면의 버튼은 설치였다.


스케줄은 정한 시각에 새 일꾼을 만들고, 하트비트는 같은 일꾼에게 이어서 묻는다. 이 구분은 오케스트레이션 문서의 문장이다. Enable Paseo tools는 기본이 꺼져 있다. 그 스위치를 켜는 일이 폴더 권한을 대신하지는 않는다. 어느 폴더를 열지는 작업장과 공급자 모드로 나눈다.
완료는 네 칸으로만 말한다.
| 확인할 것 | 통과 | 실패하면 |
|---|---|---|
| 파일이 있나 | 지시한 경로에 결과 파일이 있다 | 완료라고 말하지 않는다 |
| 길이와 검사 | 글자 수, 린트, 대본 분량이 기준 안이다 | 숫자와 실패 항목을 그대로 적는다 |
| 화면이 있나 | 렌더 프레임이나 캡처가 본문과 맞다 | 없는 화면을 있다고 쓰지 않는다 |
| 주소가 열리나 | 공개 URL이 200이고 그림이 로드된다 | 주소만 만들고 확인을 빼지 않는다 |

실패한 칸은 성공으로 덮지 않는다. 거의 됐다는 보고 대신, 빠진 파일 이름이 보고다. 대빵은 그 실패를 같은 일꾼에게 다시 시키거나, 다른 작업장으로 넘긴다. 사용자에게는 통과한 칸과 빠진 칸을 같이 말한다.
역할과 폴더를 나눈다
역할은 네 자리로 고정해 둔다. 자리는 도구 이름이 아니라 하는 일이다.
| 역할 | 하는 일 | 필자 환경의 자리 |
|---|---|---|
| 총괄 | 말을 해석하고 작업장을 고르고 결과를 모은다 | Grok Bot |
| 조사 | 공식 문서와 수치를 찾고 링크를 남긴다 | 조사 작업장 |
| 작성 | 대본, 그림, 블렌더, 영상, 포스팅 파일을 만든다 | 용도별 작업장 |
| 검수 | 파일을 읽고 기준과 비교한다 | 읽기 전용 프로필 |
검수가 작성과 같은 창이면 자기가 만든 문장을 스스로 통과시키기 쉽다. 그래서 대본 검수는 별도 프로필이고 읽기 전용이다. 총괄은 파일을 직접 다 쓰기보다, 누가 어느 파일을 썼는지 보고 빠진 증거를 다시 시킨다.
폴더도 역할과 같이 간다. brief가 없는 작업은 목표가 채팅에만 있다. status가 없는 작업은 폰으로 들어와도 어디를 하고 있는지 파일로 남지 않는다. review가 없는 작업은 끝난 말이 증거보다 앞서게 된다. 세 파일을 매 작업의 최소 세트로 두는 이유는 일꾼이 바뀌어도 같은 기준이 남기 때문이다.
순차로 둘 일과 같이 둘 일
순서로 둘 일이 있다. 조사가 끝나기 전에 대본을 잠그면 숫자가 흔들린다. 대본이 잠기기 전에 음성 파일을 만들면 같은 일을 다시 한다. 이런 일은 앞 작업장의 결과 파일이 생긴 뒤에 다음 작업장을 연다.
같이 둘 일도 있다. 조사가 잠긴 뒤의 그림 시안과 블렌더 장면은 서로 다른 폴더를 건드리므로 동시에 돌릴 수 있다. 같은 저장소의 같은 파일을 두 일꾼이 고치는 일만 같이 두지 않는다. 그때는 작업 나무를 나누거나, 한 일꾼이 끝난 뒤에 다음을 연다.
일꾼을 늘리는 결정도 창구는 하나다. 필자는 대빵에게 Antigravity CLI를 붙이고 시험을 하라고 말했다. 대빵이 그 말을 작업으로 받아 적었다. 사용자는 그 CLI의 설정 창을 따로 열지 않았다.

집 컴퓨터에서 모델을 섞는 창
앞에서 적은 여섯 이름은 말을 넣는 창구 후보다. 그 옆에, 집 컴퓨터 안에서 코딩 프로그램을 섞는 도구가 있다. Tatsu Code가 그 자리다.
Tatsu Code는 Studio Tatsu, LLC의 윈도우 전용 도구다. 공식 사이트는 다운로드에 유료 단계가 없고, 모델 요금은 사용자가 가져온 Claude, ChatGPT, OpenRouter, 로컬 모델 쪽에 남는다고 적는다. 자기 서버는 없다. 메인 모델이 Claude Code 같은 CLI에 일을 넘기고, 그 실행은 report.md로 남는다. 같은 컴퓨터의 창끼리는 Cross-Talk로 말을 주고받는다. Mac과 Linux 계획은 그 페이지에 없다고 적혀 있다. 집 컴퓨터에서 모델을 섞어 코딩할 때의 후보지, 필자가 폰으로 말을 넣는 창은 아니다.
Grok Bot은 메시지와 음성으로 시키고, macOS, Windows, Linux, iOS, Android 앱이 있다. 플랜 페이지에는 달러 금액이 없고, 어떤 플랜에 포함되는지만 적혀 있다. X 구독에서는 Premium, Super, Ultra에 포함되고 Plus와 Free에는 없다. 예전 Cursor의 유료 개인 플랜과 Cursor Teams에는 포함된다. SuperGrok, SuperGrok Plus, SuperGrok Heavy, X Premium+ 연결이나 Grok Business 좌석으로도 열린다. 사용량은 매주 초기화되고, Cursor 플랜과 SuperGrok 연결은 합쳐지지 않는다. 더 큰 쪽 하나만 적용된다.
Muse는 2026년 9월 8일에 소개된 Meta의 개인 에이전트다. 같은 글에는 9월 30일도 함께 표시된다. Muse Secure VM이라는 전용 클라우드 컴퓨터와 브라우저에서 일하고, 앱을 닫아도 일이 이어진다. 메일과 결제 전에는 사람에게 묻고, 한 일의 기록을 보여 주며, 기억은 잊으라고 할 수 있다. 연결할 앱은 사용자가 고른다. 미국 iOS, Android, muse.ai에서 풀리고, 대부분의 필요에는 무료이며 더 쓰려면 구독 플랜이 있다고만 적혀 있다. 달러 가격은 이 조사에서 연 공식 글에 없었다. Paseo의 Muse Code는 집 컴퓨터에 붙는 별도의 코딩 공급자다. 개인 에이전트 Muse와 이름이 비슷해도 같은 제품이 아니다.
Grok Bot 홈에는 대빵 아래에 이름 있는 팀원이 보인다. 공식 설명대로 그 봇들은 서로 말을 넘길 수 있다. 다만 그 팀원이 집의 블렌더 파일을 고치는 것은 아니다. 파일을 고치는 손은 Paseo에 붙은 CLI다.

풀액세스와 민감한 폴더
Antigravity 공급자는 설치된 agy CLI를 풀액세스 모드로만 돌린다. 2026년 10월 21일에 확인한 Paseo 변경 기록의 #5714, #5795가 그렇게 적는다. 읽기 전용 스위치를 그 공급자에 기대할 수 없다. 그래서 비밀이 있는 폴더, 키 파일, 개인 매체는 이 일꾼의 작업 폴더 밖에 둔다. 시험은 테스트 작업장에서 하고, 본편 폴더로 들이기 전에 결과 파일만 가져온다.
다른 공급자도 권한이 다르면 그 차이를 지시서에 적는다. 검수용 Cursor는 읽기 전용으로 두고, 작성이 필요한 Grok은 해당 작업장 폴더만 연다. 도구 스위치가 켜져 있다는 사실만으로 모든 폴더가 안전해지지는 않는다. 안전한 경계는 작업장 폴더와 공급자 모드다.
대빵에게 넘기는 문장
필자가 폰에서 대빵에게 넘기는 문장은 짧다. 그 안에 결과 파일과 통과 기준이 들어가야 대빵이 지시서를 제대로 늘린다. 자주 쓰는 열 문장은 아래와 같다.
- "이 주제를 조사 작업장에 맡겨라. 숫자는 공식 페이지 링크와 함께 적고, 페이지에 없는 가격은 비워라."
- "같은 제목의 파일이 이미 있는지 기록부터 보고, 있으면 새로 만들지 마라."
- "대본 작업장에 넘겨라. 확정된 대본 파일은 다시 쓰지 말고 음성만 만들어라."
- "그림 작업장은 문장마다 화면을 맞춰라. 가진 장만 반복해서 길이를 채우지 마라."
- "블렌더 작업장에는 장면 파일과 렌더 프레임 경로를 지정해서 넘겨라."
- "포스팅 작업장에는 지시서 파일 경로 한 줄만 보내라. 본문 초안을 채팅에 붙여 넣지 마라."
- "검수는 읽기 전용 프로필로 따로 돌려라. 실패 항목은 고치지 말고 목록으로 돌려라."
- "두 일꾼이 같은 저장소를 고치면 작업 나무를 나눠라."
- "Antigravity에는 비밀 폴더를 열지 마라. 시험은 테스트 작업장에서만 해라."
- "끝났다는 말 대신 파일 유무, 길이, 화면, 주소 200을 표로 보고해라. 빠진 칸은 빠진 채로 둬라."
폰에서 실제로 나온 말은 이보다 더 짧다. "키네틱 전문 하나 더 붙여서 그 대본으로 만들어"가 한 예이고, "작업 지시서 써서 포스팅 맡겨"가 다른 예다. 길이를 늘리는 일은 대빵의 몫이고, 일꾼은 늘어난 파일을 읽는다. 사용자가 직접 열 창은 여전히 하나다.
마무리
앞에서 다룬 내용은 창구를 하나로 두고, 작업장을 용도별로 나누며, 짧은 말을 지시서로 바꾼 뒤에 일꾼에게 넘기는 운영이다.
- 지시 창구는 Grok Bot 하나다
- 그림, 대본, 블렌더, 영상, 조사, 키네틱, 포스팅, 테스트는 서로 다른 작업장이다
- 기억은 대화창이 아니라 파일에 남긴다
- 완료는 파일과 길이와 화면과 주소로 본다
- 실패한 항목은 그대로 보고한다
- 풀액세스 일꾼은 민감한 폴더와 떨어뜨린다
- 무거운 일은 사용량이 남은 CLI로 넘기고, 구독은 따로 계산된다
「말은 짧게, 지시서는 길게, 완료는 파일로」
대빵에게 넘기기 전에 결과 파일의 이름과 통과 기준을 한 줄이라도 같이 적으면, 일꾼이 끝난 뒤의 검수가 짧아진다. 같은 저장소를 두 일꾼이 동시에 고칠 때는 작업 나무를 나눈다.
출처와 링크
조사 기준일은 2026년 10월 21일이다. 아래는 본문에 역할을 남긴 페이지다.
- Grok Bot 개요는 팀원, 공유 클라우드 컴퓨터, 봇 사이 인수인계, 앱이 닫혀도 이어지는 작업을 설명한다.
- Grok Bot 플랜은 포함되는 플랜과 매주 초기화, 플랜이 합쳐지지 않는 규칙을 적는다. 달러 가격은 이 페이지에 없었다.
- Paseo 워크스페이스는 프로젝트, 작업장, 세션과 폰 클라이언트의 자리를 설명한다.
- Paseo 공급자는 이미 설치된 CLI를 연결하는 구조를 설명한다.
- Paseo Claude Code는 사용량이 원래 Claude 플랜에서 빠지고 별도 크레딧 통이 없다고 적는다.
- Paseo 오케스트레이션은 스케줄, 하트비트, 작업 나무, Enable Paseo tools의 기본값을 설명한다.
- Paseo 스킬은 /paseo, /paseo-handoff, /paseo-advisor, /paseo-committee를 적는다.
- Paseo 변경 기록의 #5714, #5795는 Antigravity가 agy CLI를 풀액세스로만 돌린다고 적는다.
- Muse 소개는 2026년 9월 8일 소개 글이다. 전용 가상 컴퓨터, 승인, 감사 기록, 무료와 구독의 구분이 여기 있다.
- Tatsu Code는 윈도우용 무료 하네스, 자기 서버가 없다는 점, 다른 모델로의 인수인계를 적는다.
- Paseo의 Muse Code는 개인 에이전트 Muse와 다른 코딩 공급자다.
- Paseo 작업 허브는 설치와 요금처럼 도구 소개를 맡은 앞 글이다.
- Dots 소개는 항상 켜 둔 에이전트, 자기 클라우드 컴퓨터, 첫 닷의 포함 범위를 적는다.
- Hermes Agent는 Nous Research의 에이전트이고, ACP 문서는 다른 앱이 대화를 맡기는 방식을 적는다.
- OpenClaw는 자기 컴퓨터의 게이트웨이 하나와, 바꾸어 끼우는 모델을 소개한다.
- Grok Build는 xAI의 코딩 에이전트 CLI다.
- Paseo 지원 목록은 Claude Code, Codex, OpenCode, Antigravity와 ACP 목록의 Cursor, Grok, Gemini CLI를 적는다.
- OpenCode는 오픈소스 코딩 에이전트이고, OpenRouter 연결은 그 안의 API다.
- OpenRouter 무료 변형은
:free항목과 유료 항목의 한도 차이를 적는다. - Kie 공통 API는 계정 키로 생성 결과를 다루는 호출이다.
- Conductor는 Mac에서 Claude Code, Codex, Cursor를 병렬로 띄우는 앱이다.
- Cursor CLI, Gemini CLI, Paseo의 Codex는 각 코딩 에이전트의 문서다.
FAQ
자주 묻는 질문
대빵 에이전트는 어떤 프로그램인가요?
필자가 대빵이라고 부르는 것은 사용자와 계속 대화하는 창구다. 지금 그 창구는 Grok Bot이다. 파일을 고치는 프로그램은 집 컴퓨터의 작업장에 따로 붙어 있다.
폰에서 시킨 일은 어디서 실행되나요?
시킬 문장은 폰의 대빵 대화에 들어간다. 저장소를 고치는 프로세스는 집 컴퓨터의 Paseo 데몬이 연다. 폰 화면은 그 진행을 보여줄 뿐, 폰 안에서 모델이 파일을 저장하지는 않는다.
작업장을 나누면 확인이 더 번거롭지 않나요?
이름이 부탁 문장일 때는 목록만으로 무슨 일인지 알기 어려웠다. 용도 이름이면 그림인지 포스팅인지가 제목에서 보인다. 사용자가 여는 대화창은 여전히 하나다.
짧은 말 대신 지시서 파일을 쓰는 이유는 무엇인가요?
한 줄 부탁에는 금지와 통과 기준이 빠지기 쉽다. 지시서에는 선례, 화면 처리, 완료 칸이 들어간다. 일꾼은 그 파일만 읽어도 같은 기준으로 계획을 세울 수 있다.
여러 CLI를 붙여도 사용량이 한곳으로 모이나요?
대빵 창의 주간 사용량과 집 컴퓨터 CLI의 구독은 따로 줄어든다. 파일 수정과 음성 호출은 한도가 남은 쪽으로 나눈다. 무료 모델 호출은 시험 작업에만 둔다.
Antigravity 작업장에 비밀 폴더를 열어도 되나요?
Paseo의 Antigravity 공급자는 설치된 agy CLI를 풀액세스로만 연결한다. 읽기 전용을 그 공급자에 기대하기 어렵다. 키와 개인 폴더는 작업 폴더 밖에 두고 시험은 테스트 작업장에서 한다.
끝났다는 보고는 무엇을 보면 믿을 수 있나요?
결과 파일이 있는지, 길이와 검사가 기준 안인지, 화면이 있는지, 공개 주소가 열리는지를 본다. 한 칸이 비면 그 칸을 성공으로 적지 않는다. 말이 먼저이고 파일이 없으면 완료가 아니다.
용어
관련 용어
AI 에이전트에게 허용할 수 있는 파일, 명령, 네트워크 접근, 배포 권한의 경계를 미리 정한 범위이다. 권한 범위가 넓을수록 에이전트는 빠르게 일하지만 실수했을 때 피해도 커진다. 반대로 권한 범위가 너무 좁으면 매번 사람이 개입해야 해서 자동화 가치가 줄어든다. 실무에서는 '이 작업은 테스트 파일과 특정 컴포넌트만 수정', '읽기는 전체 코드베이스 허용, 쓰기는 지정 폴더만 허용', '배포 명령은 인간 승인 뒤에만 허용'처럼 작업 단위로 최소 권한을 정한다. 권한 범위는 보안 정책이면서 동시에 좋은 작업 지시서의 일부다.
버전 관리·배포 이슈이슈는 버그, 개선 요청, 작업 아이디어, 질문을 추적하기 위한 협업 기록이다. 코드 변경 전 문제와 완료 기준을 적어 두면 사람과 AI가 같은 목표를 보고 작업할 수 있다. 바이브 코딩에서는 이슈가 짧은 작업 지시서 역할을 한다. 좋은 이슈에는 현재 증상, 원하는 결과, 재현 방법, 검증 기준, 하지 말아야 할 범위가 들어가며, 이렇게 적으면 AI 에이전트가 엉뚱한 파일을 넓게 바꾸는 위험을 줄일 수 있다.
에이전틱 엔지니어링 멀티 에이전트 오케스트레이션여러 특화된 AI 에이전트를 하나의 지휘자(orchestrator)가 조율하여 복잡한 작업을 협업적으로 수행하는 기법이다. 오케스트라에서 지휘자가 각 파트(바이올린, 첼로, 트럼펫)를 조율하듯, 멀티 에이전트 시스템에서는 오케스트레이터가 각 전문 에이전트에게 적절한 작업을 할당하고 결과를 통합한다. 각 에이전트는 고유한 역할을 담당한다: Feature Author(기능 코드 작성), Test Generator(테스트 코드 생성·실행), Code Reviewer(코드 품질 검토·피드백), Architecture Guardian(아키텍처 패턴 준수 확인), Security Scanner(보안 취약점 탐지). 단일 에이전트가 모든 역할을 수행하는 것보다 전문화된 에이전트가 각자의 역할을 수행할 때 더 높은 품질을 달성할 수 있다는 것이 핵심 가설이다. Stripe의 Minions 시스템이 대표적 사례로, 개발자가 Slack에 작업을 게시하면 Minion이 코드를 작성하고, CI를 통과시키고, PR을 오픈하며, 작업 할당과 PR 리뷰 사이에 인간 개입이 없는(Zero interaction) 완전 자율 워크플로를 구현했다.
링크
관련 링크
쉬운 보안을 지향하는 한국어 보안 계정으로, AI·VIBE 코딩 흐름에서 놓치기 쉬운 보안 감각을 되짚는 데 유용합니다.
VIBE 코딩 레퍼런스 웹사이트 해부도 · Website Anatomy MapAI와 웹사이트를 함께 만들 때 ‘그 부분’이 아니라 정확한 UI·웹 용어로 지시할 수 있게 돕는 영-한 시각 사전입니다.
VIBE 코딩 제품 리서치 Killed by Google · Google GraveyardGoogle이 종료한 서비스와 제품을 한눈에 모아, 플랫폼 의존성과 제품 지속성 리스크를 판단하게 해 주는 ‘Google 묘지’ 아카이브입니다.
관련 글
관련 글
Recommended
Paseo 에이전트 허브 | 데스크톱과 폰에서 같은 코딩 작업을 보는 법
2026년 10월 21일 기준으로 Paseo는 이미 설치해 둔 코딩 에이전트 CLI를 사용자 컴퓨터의 데몬이 실행하고 그 작업을 데스크톱과 휴대폰과 웹과 명령줄에서 보게 하는 오픈소스 작업 환경이다. 파일을 고치고 터미널을 치는 주체는 Claude Code, Codex, Cursor, Grok처럼 사용자가 각 제품에 로그인하고 둔 에이전트다. Paseo 화면은 그 작업을 나열하고 이어서 말하게 한다.
데몬은 그 컴퓨터 안에서 에이전트를 띄운다. Paseo가 추론 API를 대신 부르지 않으며 공급자 키를 보관하지도 않는다. 로그인과 과금은 각 에이전트 제품에 남는다. 화면만 책상과 폰 사이를 오가므로 컴퓨터가 켜져 있는 동안의 진행을 밖에서 확인할 자리가 생긴다.
공개 릴리스의 최신 태그는 v0.12.0이고 게시일은 **2026년…
Grok Bot X 검색 무료 개방 | X API 없이 검색과 모니터링, 하루 1,000회 한도 정리
X(옛 트위터)에서 어떤 주제에 대한 사람들의 반응을 모으려면, 예전에는 직접 검색창에 키워드를 넣고 스크롤을 내리거나 돈을 내고 X API를 써야 했다. 이제 Grok Bot에게 "X에서 이 주제 반응 찾아 줘"라고 말하면 Grok Bot이 공개 게시물을 대신 찾아 읽고 정리해 준다. 별도 연결이나 비용 계산 없이 대화 한 줄로 끝난다는 점이 이번 변화의 핵심이다.
Grok Bot 공식 계정 @bot은 미국 시간 2026년 10월 7일(한국 시간 10월 8일 오전 6시 40분) X에 "Grok Bot can now search, read, and monitor X."라는 글을 올렸다. Grok Bot이 X의 공개 게시물을 직접 검색하고, 읽고, 지켜볼 수 있다는 발표다. 바로 아래 답글에는 "Available for all users, wi…