마케터 개인 OS 가이드: 반복은 맡기고 승인은 사람이 하는 법

마케터 개인 OS란 무엇이고 왜 필요한가?

개인 OS는 마케터의 반복을 사람의 기억이 아니라 파일로 고정한 운영 체계입니다. 마케터의 하루는 판단 몇 개와 반복 수십 개로 이루어집니다. 경쟁사 페이지를 다시 읽고, 멘션을 훑고, 리드를 거르고, 성과 표를 채웁니다. 이 반복을 프롬프트로 매번 시키면 결과가 매번 다르고, 시키는 시간도 그대로 남습니다.

개인 OS는 반복을 파일·스킬·루틴으로 고정하고, 사람은 검토 큐에 올라온 것만 판단하게 만듭니다. 공개 사례로는 Reyes Brusola가 코딩 없이 Claude Code로 12개 에이전트, 82개 스킬, 28개 파이프라인을 만들어 고객 4곳을 운영했고 "리서치·작성·조립에 쓰던 날들을 되찾았다"고 썼습니다. 이 수치는 본인 보고입니다.

세 도구(Jev, Claude Code 또는 Codex, Grok Bot)를 한 사람이 모두 쓴 문서화 사례는 아직 확인하지 못했습니다. 아래 사례는 각각 한두 도구만 씁니다. 이 글의 하루·주 리듬은 사례를 묶은 TROE의 설계입니다.

개인 OS에서는 누가 무엇을 맡는가?

네 역할로 나눕니다. 만드는 쪽, 돌리는 쪽, 정하는 쪽, 승인하는 쪽입니다.

여섯 층은 맥락 파일, 스킬, 루틴, 결정 게이트, 검토 큐, 실패 기록입니다. Claude Code의 CLAUDE.md와 claude -p, Codex의 AGENTS.md와 codex exec는 같은 자리에 들어가는 부품이므로, 이미 쓰는 쪽을 고르면 됩니다.

공개된 사례에서는 어떤 업무를 맡겼는가?

매일 아침, 매일, 매주의 리듬으로 나눠 보면 맡길 업무가 보입니다.

절감 시간은 모두 자기 보고 또는 벤더 추정입니다. 수치가 가장 믿을 만한 사례는 Salesforge의 리드 트리아지 하나입니다. 저자가 실패(첫 20건 전부 nurture)와 한계(가상 답장으로 테스트, 작은 표본)를 스스로 밝혔기 때문입니다.

리드 트리아지 사례에서 무엇을 배우는가?

결정 모델은 받은 정보만큼만 판단합니다. Salesforge의 첫 실행에서 20건이 전부 nurture로 나온 이유는 모델이 아니라 입력에 구매 신호가 없었기 때문입니다. 그래서 게이트를 만들기 전에 "이 판단에 필요한 신호가 입력에 들어가는가"부터 확인합니다.

기준은 한 번에 맞지 않습니다. Every가 정리한 순서는 이렇습니다.

1. 에이전트가 경계 사례를 섞어 나를 인터뷰한다.
2. "관련 있음" 같은 주관어를 예/아니오 질문 여러 개로 쪼갠다.
3. 내가 이미 판정한 작은 표본으로 시험한다.

Jack Cheng의 첫 긴급도 필터는 뉴스레터를 긴급으로 분류했습니다. 시험하고 고치는 과정을 계획에 넣어야 합니다.

하루와 한 주는 어떻게 돌아가는가?

아래는 위 사례를 한 사람의 리듬으로 묶은 TROE의 설계안입니다.

반드시 지켜야 할 통제 규칙은 무엇인가?

공개 사례 원문에서 가져온 일곱 가지입니다. 벤더 글이라도 통제 규칙은 그대로 쓸 수 있습니다.

결정 게이트 자체에는 별도 통제를 둡니다. 처음 1주는 결과를 실행하지 않고 기록만 하는 shadow 모드로 돌리고, 사람 확인(ask_human)을 기본값으로 고정하고, 판정이 실패하면 막는 쪽(fail closed)으로 동작시키고, 언제든 끌 수 있는 킬 스위치를 둡니다.

고객사나 팀이 여러 곳이면 어떻게 분리하는가?

Grok Bot은 계정 하나에 클라우드 컴퓨터 하나이고 모든 Bot이 같은 파일·세션·로그인을 봅니다. 고객사가 여러 곳인 컨설턴트와 에이전시에게 가장 실무적인 위험입니다. Metaflow가 제시한 분리는 세 층입니다.

고객 기밀이 들어가는 세션은 도구의 데이터 보존 정책을 먼저 확인합니다. 내부 조직에서는 "고객"을 "부서"로 바꿔 같은 표를 쓰면 됩니다.

4주 구축 순서는 어떻게 되는가?

쓰기 권한은 4주 안에 열지 않습니다. 이력이 쌓인 뒤 하나씩 엽니다.

일반 조직에서는 어떻게 적용하는가?

마케팅 팀이 아니어도 구조는 같습니다. 여섯 층과 통제 규칙은 마케팅 지식이 아니라 "반복을 고정하고 승인을 사람에게 남기는" 방법이기 때문입니다. TROE는 개인에서 팀으로 키우는 순서를 이렇게 권합니다.

1. 개인 1업무: 한 사람이 반복 업무 하나를 위 4주 순서로 가동합니다.
2. 팀 공통 기준: 맥락 파일과 지시서를 팀이 함께 쓰고 버전을 관리합니다. 승인 담당과 책임(RACI)을 정합니다.
3. 조직 운영 체계: 승인 기록, 월간 점검, 중단 규칙을 조직 표준으로 올립니다.

이 과정은 Builder Level의 B2 조립자와 B3 오케스트레이터를 실제 업무로 훈련하는 길이기도 합니다. AX WORKS의 Blueprint는 사람이 반드시 판단할 구간(H)과 반복 부담이 큰 구간(P)을 먼저 표시해 어떤 업무부터 맡길지 정합니다.

우리 팀에 적용하려면 어디서 시작하는가?

먼저 우리 팀이 어느 단계에 있는지 확인하세요. 3분 진단은 이메일 없이 결과를 볼 수 있습니다. 첫 업무 하나를 4주 안에 가동하고 싶다면 Sprint 90과 Blueprint를, 팀이 같은 언어로 쓰게 하려면 Academy를 참고하세요. 업무에 맞춘 설계가 필요하면 문의를 남겨 주세요. 책의 원리가 궁금하다면 『AI AGENT를 지휘하는 마케터』에서 이어 읽을 수 있습니다.