5부·19장 솔로 창업가를 위한 4-에이전트 셋업

혼자 일해도, 역할은 혼자가 아니다

솔로 창업가의 하루는 이상할 만큼 다인용이다. 아침에는 CEO처럼 우선순위를 정하고, 점심에는 PM처럼 일정을 조율하고, 오후에는 운영 담당자처럼 고객 문의를 처리하고, 밤에는 마케터처럼 콘텐츠를 올린다. 몸은 하나인데 역할은 넷, 다섯, 여섯 개다. 그래서 지치는 것이다. 일이 많아서만이 아니라, 역할 전환이 계속 일어나기 때문이다.

OpenClaw를 제대로 쓰기 시작하면 여기서 관점이 바뀐다. "나를 대신해 일하는 만능 비서 하나"를 만드는 대신, "내 회사 안의 서로 다른 역할을 맡는 작은 팀"을 만드는 쪽이 훨씬 강력하다. 이 장의 목표는 바로 그 구조를 설계하는 것이다. 전략, 실행, 리뷰, 리포팅. 이 네 역할만 분리해도 한 사람이 팀처럼 움직이기 시작한다.

핵심은 간단하다. OpenClaw를 도구가 아니라 운영 체계로 보는 것이다. 하나의 채팅창에 모든 일을 쑤셔 넣으면 결국 시끄럽고 불안한 만능 잡담봇이 된다. 반대로 역할을 나누면 각 에이전트가 무엇을 해야 하고 무엇을 하면 안 되는지가 분명해진다. 그 순간부터 자동화는 편의 기능이 아니라 업무 시스템이 된다.

왜 만능 에이전트 하나보다 네 개가 나은가

처음에는 누구나 이렇게 생각한다. "똑똑한 에이전트 하나만 있으면 되지 않을까?" 얼핏 맞는 말처럼 들린다. 하지만 실제 운영에서는 금방 문제가 생긴다. 같은 에이전트가 장기 전략도 짜고, 이메일 초안도 만들고, 품질 검토도 하고, 최종 보고도 하면 머릿속이 금세 뒤섞인다.

전략은 길게 보고 판단해야 한다. 실행은 빠르게 움직여야 한다. 리뷰는 의심해야 한다. 리포팅은 요약하고 설명해야 한다. 이 네 태도는 서로 잘 섞이지 않는다. 한 명이 모두 하면 회의 중인 사람과 일하는 사람과 감사하는 사람이 한 몸 안에서 싸우는 셈이다.

역할을 나누면 좋은 점은 세 가지다.

• 첫째, 맥락이 짧아진다. 각 에이전트는 자기 일에 필요한 정보만 오래 기억하면 된다.

• 둘째, 실수가 줄어든다. 실행 에이전트가 마음대로 목표를 바꾸지 못하고, 전략 에이전트가 즉흥적으로 운영 작업을 건드리지 않는다.

• 셋째, 검토가 쉬워진다. 누가 어떤 판단을 했는지 흐름이 보이기 때문이다.

사람 팀에서도 대표가 혼자 전략 회의, 고객 응대, 품질 검수, 주간 보고를 동시에 하면 일이 꼬인다. 에이전트 팀도 마찬가지다. 똑똑함보다 분업이 먼저다.

네 개의 에이전트는 각각 어떤 일을 맡는가

이 장에서 추천하는 기본 구조는 다음과 같다.

• 전략 에이전트: 무엇을 해야 하는지 정한다.

• 실행 에이전트: 실제 작업을 움직인다.

• 리뷰 에이전트: 결과물을 검사하고 위험을 잡아낸다.

• 리포팅 에이전트: 오늘과 이번 주의 상태를 요약해 보여 준다.

이 네 역할은 회사를 축소한 최소 단위라고 생각하면 된다. 대표의 머릿속에서 동시에 일어나던 회의실, 작업실, 감사실, 상황판을 밖으로 꺼내 분리하는 셈이다.

전략 에이전트: 오늘 무엇이 중요한가를 정하는 두뇌

전략 에이전트의 역할은 실행이 아니다. 방향 설정이다. 이 에이전트는 매출, 제품, 고객, 마감, 개인 일정 같은 큰 맥락을 보고 "지금 가장 중요한 세 가지"를 뽑아낸다. 쉽게 말해, 할 일 목록을 늘리는 존재가 아니라 우선순위를 줄이는 존재여야 한다.

좋은 전략 에이전트는 이런 질문에 답해야 한다.

• 이번 주 목표 중 실제로 성과에 가장 가까운 일은 무엇인가

• 지금 들어온 요청 중 미뤄도 되는 것은 무엇인가

• 오늘 내가 직접 해야 하는 판단은 무엇인가

• 다른 에이전트에게 넘겨도 되는 일은 어디까지인가

전략 에이전트가 자꾸 세세한 작업 지시까지 내려 하면 안 된다. 그건 실행 에이전트의 영역이다. 전략은 지도이고, 실행은 발걸음이다.

예를 들어 솔로 SaaS 창업자라면 전략 에이전트는 이렇게 말해야 한다.

이번 주 최우선은 신규 기능이 아니라 이탈 고객 인터뷰 정리다. 제품 개선 방향을 확정하기 전까지 개발 시간은 하루 2시간으로 제한하라. 고객 데모 준비와 가격 페이지 수정은 이번 주 매출과 직접 연결되므로 상단에 둔다.

이 정도면 충분하다. 똑똑한 척 길게 떠드는 것보다, 선택을 좁혀 주는 것이 전략이다.

실행 에이전트: 손발이 되는 운영 담당자

실행 에이전트는 실제로 움직이는 역할이다. 캘린더를 정리하고, 초안을 만들고, 노션을 업데이트하고, 깃허브 이슈를 정리하고, 필요한 도구를 호출한다. 가장 바쁘지만, 가장 위험한 역할이기도 하다. 그래서 더 명확한 경계가 필요하다.

실행 에이전트는 "무엇이 중요한가"를 스스로 다시 정의하면 안 된다. 전략 에이전트가 정한 우선순위 안에서만 움직여야 한다. 또한 외부 세계에 흔적을 남기는 행동은 승인 게이트를 붙이는 것이 좋다. 메일 발송, 데이터 수정, 고객 메시지 전송, 결제 관련 작업은 특히 그렇다.

좋은 실행 에이전트의 특성은 화려함이 아니라 성실함이다. 해야 할 일을 잘게 쪼개고, 순서를 맞추고, 막히면 질문하고, 끝나면 증거를 남겨야 한다. 한마디로 "알아서 다 해버리는 천재"보다 "실수 없이 끝까지 가는 오퍼레이터"에 가깝게 설계하는 편이 낫다.

리뷰 에이전트: 브레이크이자 품질 책임자

리뷰 에이전트는 많은 초보자가 생략하는 역할이다. 하지만 이 역할이 없으면 에이전트 팀은 금방 신나게 틀린 방향으로 달려간다. 리뷰 에이전트는 결과물을 못 믿는 태도로 봐야 한다. 말투가 어색하지 않은지, 사실이 틀리지 않았는지, 브랜드 톤이 맞는지, 위험한 조작이 없는지, 전략과 어긋나지 않는지를 확인한다.

중요한 점은 리뷰 에이전트가 실행 에이전트의 상사처럼 군림할 필요는 없다는 것이다. 오히려 체크리스트를 가진 검사관에 가깝다. "좋다, 나쁘다"를 감으로 말하는 대신, 미리 정한 기준에 따라 확인해야 한다.

예를 들어 리뷰 기준은 이렇게 잡을 수 있다.

## 리뷰 체크리스트
- 이번 작업이 이번 주 우선순위와 연결되는가
- 고객에게 직접 전달되는 문장이 과장되거나 모호하지 않은가
- 시간, 가격, 날짜 같은 사실 정보가 일치하는가
- 불필요한 자동 실행이나 과한 약속이 포함되지 않았는가
- 내가 최종 승인 없이 나가면 위험한 행동이 섞여 있지 않은가

이 정도만 있어도 리뷰 에이전트는 꽤 유능해진다. 좋은 리뷰는 창의성을 죽이는 잔소리가 아니라, 사고를 막는 안전 난간이다.

리포팅 에이전트: 하루를 한 장으로 접어 주는 기록 담당

리포팅 에이전트는 "무슨 일이 있었는지"를 이해 가능한 크기로 압축하는 역할이다. 전략 에이전트가 방향을 정하고, 실행 에이전트가 움직이고, 리뷰 에이전트가 걸러냈다면, 리포팅 에이전트는 그 모든 흐름을 요약해 사용자에게 돌려준다.

이 역할이 중요한 이유는 단순하다. 솔로 창업가는 늘 바쁘기 때문에 오히려 전체 그림을 잃기 쉽다. 오늘 내가 진짜 중요한 일을 했는지, 바쁘기만 했는지, 막힌 일이 무엇인지, 내일 무엇부터 열어야 하는지를 짧게 보여 주는 존재가 필요하다.

리포팅 에이전트는 다음과 같은 질문에 답해야 한다.

• 오늘 실제로 끝난 일은 무엇인가

• 아직 대기 중인 승인이나 병목은 무엇인가

• 반복해서 시간을 잡아먹는 잡음은 어디서 생기는가

• 내일 첫 30분에 해야 할 일은 무엇인가

전략 에이전트가 망원경이라면, 리포팅 에이전트는 계기판이다.

4-에이전트 셋업의 기본 흐름

멀티 에이전트 구조는 복잡해 보이지만, 흐름은 생각보다 단순하다.

첫째, 전략 에이전트가 목표와 우선순위를 정리한다. 둘째, 실행 에이전트가 그 우선순위 안에서 실제 작업을 수행한다. 셋째, 리뷰 에이전트가 결과를 점검하고 수정 요청을 보낸다. 넷째, 리포팅 에이전트가 하루 또는 주간 단위로 상태를 요약한다.

이 흐름에서 중요한 것은 각 역할이 서로의 자리를 침범하지 않는 것이다. 전략이 직접 실행하면 지시와 실행이 뒤엉키고, 실행이 스스로 리뷰까지 하면 오류가 숨어 버리고, 리포팅이 전략 판단까지 대신하면 보고가 곧 지시가 된다.

쉽게 기억하는 법은 이렇다.

• 전략은 정한다.

• 실행은 움직인다.

• 리뷰는 걸러낸다.

• 리포팅은 보여 준다.

이 네 동사를 섞지 않으면 설계가 훨씬 안정적이다.

OpenClaw에서 이 구조를 어떻게 구현할까

OpenClaw에서는 이 네 역할을 네 개의 독립된 워크스페이스로 두는 방법이 가장 직관적이다. 각 워크스페이스에 SOUL.md, AGENTS.md, USER.md, MEMORY.md, HEARTBEAT.md를 다르게 둬서 성격과 권한, 기억 범위를 분리하는 것이다.

예를 들어 전략 에이전트의 SOUL.md는 차분하고 장기적인 의사결정을 강조해야 한다. 반면 실행 에이전트의 SOUL.md는 신속함, 체크리스트, 확인 질문, 로그 남기기를 강조해야 한다. 리뷰 에이전트는 비판적 사고와 위험 탐지에 초점을 맞추고, 리포팅 에이전트는 짧고 명료한 요약 능력을 우선해야 한다.

AGENTS.md에서는 각자의 금지선이 더 중요하다. 예를 들어 이렇게 정할 수 있다.

# 전략 에이전트 AGENTS.md
- 직접 외부 서비스에 쓰기 작업을 하지 않는다.
- 우선순위, 자원 배분, 목표 재정의에만 집중한다.
- 실행 지시는 명확한 작업 단위로만 넘긴다.

# 실행 에이전트 AGENTS.md
- 전략 목표를 임의로 바꾸지 않는다.
- 외부 발송, 삭제, 결제 관련 작업은 승인 없이 실행하지 않는다.
- 모든 완료 항목에 결과와 근거를 남긴다.

# 리뷰 에이전트 AGENTS.md
- 결과물을 신뢰하지 말고 검증한다.
- 사실 오류, 브랜드 톤, 위험 행동, 누락 항목을 우선 확인한다.
- 문제가 없을 때만 간단히 승인한다.

# 리포팅 에이전트 AGENTS.md
- 긴 설명보다 요약과 다음 행동 제안에 집중한다.
- 완료, 대기, 위험, 내일 우선순위로 나눠 전달한다.
- 새로운 실행 작업을 마음대로 만들지 않는다.

이렇게 해 두면 같은 OpenClaw라도 완전히 다른 직원처럼 행동한다. 중요한 것은 모델이 아니라 역할 설계다.

한 사람이 한 회사를 운영하는 하루 패턴

이제 이 구조를 하루 운영에 넣어 보자. 솔로 창업가의 실제 패턴은 대체로 이렇게 흘러간다.

아침 8시 30분, 전략 에이전트가 오늘의 상위 우선순위 세 가지를 정리한다. "고객 인터뷰 정리, 결제 이탈 원인 파악, 오후 데모 준비"처럼 아주 선명하게 나온다. 이때 하지 않을 일도 함께 적어 주면 더 좋다. 예를 들어 "신규 로고 수정은 이번 주 하위 우선순위" 같은 식이다.

오전 9시, 실행 에이전트는 그 우선순위를 작업 단위로 쪼갠다. 인터뷰 녹취 요약, 경쟁사 가격표 수집, 데모 체크리스트 작성, 고객 메일 초안 준비 같은 형태다. 이 단계에서 도구 호출과 스킬 실행이 본격적으로 이뤄진다.

오후 4시쯤, 리뷰 에이전트가 결과를 검사한다. 데모 자료에 과장된 표현이 없는지, 고객에게 나갈 메일에 잘못된 날짜가 없는지, 오전에 처리한 항목이 실제 목표와 연결되는지를 본다. 잘못된 것이 있으면 실행 에이전트에 되돌린다.

저녁 6시, 리포팅 에이전트가 하루를 정리한다. 오늘 끝난 일, 아직 대기 중인 일, 사용자 승인이 필요한 항목, 내일 첫 번째 행동을 하나의 메시지로 보낸다.

이 흐름을 며칠만 돌려도 체감이 온다. 해야 할 일이 줄어서가 아니라, 각 일이 어디에 속하는지가 분명해지기 때문이다.

추천하는 메시지 형식은 짧고 단단해야 한다

멀티 에이전트가 실패하는 흔한 이유는 서로 너무 많이 말하기 때문이다. 에이전트끼리 긴 토론을 시작하면 비용도 늘고, 요점도 흐려진다. 그래서 역할 간 전달 형식은 짧고 구조화되어야 한다.

가장 실용적인 형식은 다음 정도면 충분하다.

전략 에이전트에서 실행 에이전트로는 목표, 이유, 제한 조건만 넘긴다.

목표: 오후 3시 고객 데모 준비 완료
이유: 이번 주 전환율 개선에 직접 영향
제한: 새 기능 추가 금지, 기존 기능 안정성 강조
완료 기준: 데모 순서표, FAQ 초안, 고객별 강조 포인트 3개 작성

실행 에이전트에서 리뷰 에이전트로는 결과물과 체크 요청을 넘긴다.

완료 항목: 데모 순서표 작성, FAQ 초안 작성, 고객 맞춤 포인트 정리
검토 요청: 과장 표현 여부, 누락된 리스크, 일정 정보 정확성

리뷰 에이전트에서 리포팅 에이전트로는 승인 여부와 남은 이슈만 전달한다.

상태: 조건부 승인
수정 필요: 가격 슬라이드 숫자 확인, 고객사명 표기 통일
위험도: 중간

이 정도면 충분하다. 메시지가 소설이 되면 자동화는 금방 피곤해진다.

처음 세팅할 때 꼭 분리해야 하는 것

4-에이전트 구조를 만들 때 많은 사람이 역할 이름만 다르게 붙이고 실제로는 같은 기억, 같은 규칙, 같은 채널을 공유해 버린다. 그러면 분업 효과가 거의 없다. 처음부터 최소한 아래 네 가지는 분리해야 한다.

• 기억 범위: 전략은 장기 목표 중심, 실행은 단기 작업 중심, 리뷰는 검토 기준 중심, 리포팅은 요약 기록 중심으로 다르게 가져간다.

• 허용 도구: 실행 에이전트에만 강한 도구 권한을 주고, 전략과 리포팅은 읽기 중심으로 제한하는 편이 안전하다.

• 응답 톤: 전략은 냉정하고 축약적으로, 실행은 체크리스트형으로, 리뷰는 비판적으로, 리포팅은 명료하게 다르게 둔다.

• 알림 채널: 모든 메시지가 한 채팅방에 몰리지 않게, 요약은 메인 채널로 보내고 세부 로그는 별도 채널이나 대시보드에 두는 편이 좋다.

이 분리가 있어야 진짜 팀처럼 움직인다.

추천하는 최소 워크스페이스 설계

처음부터 거대한 멀티 에이전트 운영실을 만들 필요는 없다. 오히려 작게 시작하는 편이 훨씬 잘 굴러간다. 솔로 창업가 기준으로는 다음 정도면 충분하다.

• 전략 워크스페이스: 주간 목표, 제품 방향, 매출 우선순위, 하지 않을 일

• 실행 워크스페이스: 작업 큐, 초안, 일정, 연결 도구와 스킬

• 리뷰 워크스페이스: 체크리스트, 브랜드 규칙, 승인 정책, 위험 기준

• 리포팅 워크스페이스: 일간 요약, 주간 회고, 병목 패턴, KPI 메모

여기서 중요한 것은 전략과 실행을 절대 한 워크스페이스에 합치지 않는 것이다. 이 둘이 붙으면 에이전트가 늘 "이것도 하고 저것도 하자"고 말하게 된다. 솔로 창업가가 가장 필요한 것은 아이디어 추가가 아니라 선택 감소다.

샘플 운영 시나리오: 출시 주간

당신이 이번 주 금요일에 유료 기능을 출시한다고 해 보자.

월요일 아침, 전략 에이전트는 이번 주의 승리 조건을 세 가지로 정의한다. 결제 흐름 안정화, 랜딩 페이지 문구 정리, 기존 고객 안내 메시지 준비. 보기에는 단순하지만, 이 세 줄이 한 주를 지배한다.

실행 에이전트는 그 목표를 실제 작업으로 바꾼다. 결제 테스트 체크리스트를 만들고, 랜딩 페이지 문장을 수정하고, 고객 세그먼트별 안내 초안을 준비한다. 필요하면 캘린더에 블로킹 시간을 잡고, 개발 작업과 운영 작업을 분리해 태스크를 쪼갠다.

리뷰 에이전트는 여기서 중요한 질문을 던진다. 가격 표기는 일관적인가, 환불 정책 표현이 모호하지 않은가, 안내 문구가 기능을 과장하지 않는가, 테스트 증거가 남아 있는가. 이 질문이 없으면 출시 주간은 늘 불안하다.

리포팅 에이전트는 매일 저녁 말해 준다. "오늘 결제 플로우 테스트 완료, 랜딩 페이지 초안 승인 대기, 고객 공지 메일은 법적 표현 수정 필요. 내일 첫 작업은 가격표 캡처 업데이트." 이 메시지 하나면 당신은 다시 전체 상황을 붙잡는다.

이게 바로 혼자서도 팀처럼 일하는 감각이다.

어디까지 자동화하고 어디서 멈출 것인가

4-에이전트 구조가 생겼다고 해서 모든 것을 자율적으로 굴리면 안 된다. 특히 실행 에이전트가 강한 도구를 쥐고 있다면 더 그렇다. 좋은 운영은 "많이 자동화하기"가 아니라 "안전하게 자동화하기"에 가깝다.

권장하는 선은 이렇다.

• 전략 에이전트는 우선순위 추천까지는 자동화해도 좋지만, 목표 변경은 사용자가 최종 확인하는 편이 좋다.

• 실행 에이전트는 초안 생성, 정리, 분류, 예약, 업데이트 준비까지 자동화하되 외부 발송과 파괴적 변경은 승인받게 한다.

• 리뷰 에이전트는 가능한 한 자동으로 돌려도 좋지만, 최종 승인 권한처럼 행동하게 만들지는 않는 편이 낫다.

• 리포팅 에이전트는 거의 전면 자동화해도 된다. 다만 수치를 다룰 때는 원본 링크나 근거를 함께 남기게 하자.

요컨대 판단은 보조받고, 실행은 제한하고, 검토는 자동화하고, 보고는 습관화하면 된다.

자주 생기는 함정 네 가지

멀티 에이전트 셋업은 멋져 보이지만, 실제로는 몇 가지 함정에 자주 걸린다.

첫 번째 함정은 역할 중복이다. 전략 에이전트와 리뷰 에이전트가 둘 다 "이건 하지 말자"만 말하면 팀이 앞으로 안 간다. 전략은 우선순위, 리뷰는 품질과 위험이라는 역할 차이를 분명히 해야 한다.

두 번째 함정은 핸드오프 과다다. 모든 일을 전략 → 실행 → 리뷰 → 리포팅의 풀코스로 태우면 오히려 느려진다. 간단한 일정 정리나 반복 작업은 실행 에이전트 단독으로 처리하게 두고, 중요한 결과물만 리뷰를 태우는 식으로 무게를 조절해야 한다.

세 번째 함정은 메모리 오염이다. 실행 에이전트가 만난 사소한 잡음을 전략 에이전트의 장기 기억에 계속 올리면, 전략 레이어가 금방 산만해진다. 장기 기억에는 목표, 원칙, 반복 패턴만 남기고 일회성 소음은 버려야 한다.

네 번째 함정은 사용자 승인 피로다. 모든 단계에서 승인 요청이 날아오면 결국 아무도 읽지 않는다. 승인 게이트는 정말 위험한 순간에만 걸어야 한다. 나머지는 로그와 요약으로 충분하다.

처음 2주간은 이렇게 도입하라

이 구조를 처음 도입할 때는 한 번에 완전 자율 모드로 가지 않는 편이 좋다.

첫 주에는 전략과 리포팅부터 붙인다. 아침 우선순위와 저녁 요약만 받아도 하루가 훨씬 또렷해진다. 이 단계에서는 실행 에이전트가 실제로 무엇을 하게 하기보다, 어떤 일을 맡길 수 있을지 관찰하는 데 집중한다.

둘째 주에는 실행 에이전트를 연결한다. 다만 초안, 정리, 태스크 생성 같은 저위험 작업부터 맡긴다. 리뷰 에이전트는 이때 함께 넣어야 한다. 실행만 있고 리뷰가 없으면 사람은 금방 "생각보다 잘하네?"라고 느끼고 방심한다.

2주 정도 지나면 어떤 역할이 과하게 말이 많고, 어떤 역할은 기준이 모호한지가 보인다. 그때 SOUL.md와 AGENTS.md를 다듬으면 된다. 멀티 에이전트 셋업은 설치보다 조율이 더 중요하다.

결국 이 구조가 주는 것은 시간보다 판단력이다

4-에이전트 셋업의 진짜 가치는 "한 사람이 네 사람처럼 일한다"는 문구에 있지 않다. 더 정확히 말하면, 한 사람이 네 가지 모드를 덜 힘들게 오갈 수 있게 된다는 데 있다.

전략이 필요한 순간에는 방향만 보고, 실행이 필요한 순간에는 손을 움직이고, 리뷰가 필요한 순간에는 브레이크를 밟고, 리포팅이 필요한 순간에는 전체를 다시 본다. 원래는 이 전환을 모두 뇌가 혼자 감당했다. 이제는 OpenClaw가 그 전환의 틀을 만들어 준다.

혼자 일하는 사람에게 가장 부족한 것은 의욕이 아니다. 역할을 분리해 주는 시스템이다. 그래서 멀티 에이전트는 사치가 아니라 구조다. 한 명이 한 회사를 운영할 때 필요한 최소한의 질서다.

오늘 이 장에서 기억할 것은 하나면 충분하다. 만능 에이전트를 만들려 하지 말고, 역할이 분명한 팀을 만들어라. 그 순간 OpenClaw는 채팅 속 비서가 아니라, 당신 사업을 떠받치는 작은 운영 체계가 된다.