AI 마케터를 하루 4번 예약 실행하며 정한 권한 표: 돈·계정·정책은 사람이 누른다

권한 표는 세 칸과 멈춤 조건으로 시작했습니다

권한 표는 운영 규칙 문서의 3절입니다. 10월 17일 15시 04분 운영자가 할 일을 정해 두고 쉬지 말고 예약 실행으로 돌리라고 지시했고, 에이전트는 3분 뒤 예약 두 개를 걸었습니다. 아침 시장 분석은 47 8 * * *, 작업 블록은 13 10,14,19 * * *입니다. 작업 블록 프롬프트는 이렇습니다(경로와 백로그 id는 지우고, 절 기호는 글자로 옮겼습니다).

[오토파일럿: 작업 블록] AUTOPILOT.md 와 PROMPT_chrome_posting.md 를 먼저 읽고 2절 '작업 블록'을 수행하라. 개인 노션 백로그에서 최우선 1건을 골라 3절 권한 범위 안에서 진행하고, 노션 상태·본문, POSTING_LOG.md, daily/오늘날짜.md 를 갱신하라. 한국어로 2~3줄 요약을 남겨라.

표의 칸은 세 개입니다. 에이전트 혼자 하는 일은 측정·분석·초안, 백로그 상태 변경, 기존 계정의 홍보글과 댓글 답입니다. 홍보글에는 숫자가 붙습니다: 하루 최대 2건, 같은 사이트 3일 이상 간격, 개발자임을 밝힐 것. 승인 칸에는 돈이 드는 일(광고 재개, 예산·입찰 변경, 유료 서비스), 새 가입·로그인·CAPTCHA, 정책 신고, 실명·연락처 입력이 있습니다. 하지 않는 일은 가짜 계정, 평점 조작, 비용·자격을 확인하지 않은 채널, 운영자가 접은 채널입니다.

표 아래에는 멈추고 물을 조건 다섯 가지가 있습니다(아래 템플릿에 그대로 옮겼습니다). 걸리면 실행하지 않고 Blocked로 둔 뒤, 일일 리포트 맨 위 '확인 필요'에 선택지와 추천안을 적습니다. 숫자 한도도 실제로 작동했습니다. 10월 18일 게시 기록에는 두 번째 홍보글 뒤에 "오늘 홍보글 2건 한도 도달"이 남았고, 그날은 더 올리지 않았습니다.

대화로 준 규칙은 예약 실행까지 오지 않았습니다

권한 표를 파일로 만든 이유는 대화로 준 규칙이 실행까지 닿지 않았기 때문입니다. 출발은 10월 8일 21시 29분입니다. 운영자가 모두 네가 하라고 하자 에이전트는 곧바로 광고 계정 생성과 Play 연결부터 하겠다고 답했습니다. 5분 뒤 운영자는 돈이 나가거나 이상한 일은 모두 먼저 물으라고 했습니다. 이 한 줄이 첫 규칙입니다.

첫 규칙은 결제 순간만 잡았는데, 10월 10일까지의 사고는 돈과 무관했습니다. 레딧 글이 모두 지워졌고, 10일에는 국내 커뮤니티 첫 글에서 계정이 '광고'로 정지됐습니다. 새 계정이 처음부터 링크를 여러 곳에 올린 탓으로 보고, 하루 2건과 3일 간격을 정했습니다. 10월 13일에는 비용과 자격을 확정하지 않은 채 갤럭시 스토어 등록을 진행했고, 바이너리 2개를 준비한 뒤에야 유료 셀러만 Android 앱을 올릴 수 있다는 안내가 나와 채널을 제외했습니다. 그래서 트리거를 '결제'에서 '범주'로 바꿨고, 그것이 멈춤 조건 다섯 가지입니다.

규칙이 어디에 사느냐도 문제였습니다. 10월 8일 규칙은 게임 저장소 쪽 메모리 폴더에만 있었습니다. 마케팅 세션은 홈 폴더에서 돌았고, 그쪽 메모리 목록에는 이 규칙이 없었습니다. 그 세션은 대화가 길어져 요약본으로 이어 붙은 것만 9번입니다. 예약 실행은 고정된 프롬프트 한 줄로 시작해서, 규칙이 매 실행에 확실히 닿는 곳은 프롬프트가 이름으로 부르는 파일 하나뿐이었습니다. AGENTS.md 작성법과 같은 생각인데, 이 표는 저장소 밖의 일을 다룹니다.

승인과 클릭 사이에 도구 권한 검사가 하나 더 있습니다

Claude Code의 자동 모드는 클릭과 명령마다 권한 분류기를 거치고, 마케팅 세션에서 10월 17~20일에 거부가 11번 나왔습니다.

10월 18일 16시 02분 운영자가 끝까지 진행하라고 했지만, 맞춤 등록정보의 [검토 제출]과 [저장]은 16시 08분과 10분에 막혔습니다. 운영자가 저장을 다시 요청한 뒤 16시 40분에는 저장과 검토 제출이 통과했습니다. 17시 06분 운영자가 묶음 전체를 승인했고, 1분 뒤 광고 상태 메뉴 클릭에 돌아온 응답은 Permission for this action was denied by the Claude Code auto mode classifier. Reason: [Real-World Transactions].였습니다. 14초 뒤에는 광고와 상관없는 에뮬레이터 부팅 확인 명령까지 같은 사유로 막혔습니다. 광고는 결국 운영자가 직접 켰습니다.

운영 규칙 문서의 승인 칸은 아직 하나지만, 실제로는 승인하면 에이전트가 끝내는 일과 승인했어도 사람이 누르는 일로 갈렸습니다. 게시 기록에서 권한 검사 때문에 마지막 단계를 사람에게 넘긴 줄은 10월 17~22일에 7줄입니다. 10월 22일 인벤 업데이트 글은 내용을 다 넣어 둔 탭에서 [작성완료]만 운영자가 눌렀습니다(14시 15분 거부, 14시 47분 게시). 돈이 걸린 클릭은 승인이 나도 에이전트에게 우회 방법을 찾게 하지 마십시오. 처음부터 사람 칸에 두고, 막히면 그 자리에서 알리게 하십시오.

에이전트가 틀린 곳: 3시간 38분 늦은 보고와 틀린 기록 시각

광고 클릭이 막힌 것은 17시 07분인데, 에이전트가 사람 클릭이 필요하다고 알린 것은 20시 45분입니다. 그사이 에이전트는 차단을 알리지 않고 같은 승인 묶음의 Android 7 에뮬레이터 테스트로 넘어갔습니다. 에뮬레이터 연결 확인 명령 하나가 3시간 22분 동안 응답을 기다렸고, 보고는 테스트를 마친 뒤에야 나왔습니다. 26분 전에 에이전트가 메모리에 적은 규칙은 "막히면 탭을 열어 둔 채 넘기지 말고 바로 확인받는다"였습니다. 운영자는 보고 8분 뒤 켰다고 답했습니다. 지금은 권한 거부가 나오면 그 일감만 Blocked로 두고 넘어가며, 10월 22일 인벤 글처럼 거부된 클릭은 그날 리포트 맨 위 '확인 필요'에 올라옵니다.

기록 시각도 틀렸습니다. 게시 기록에는 이 일이 "18:40 재개 시도, 보류"와 "20:00 사용 설정, 운영 중"으로 남아 있습니다. 세션 기록으로는 17:07 차단, 20:45 보고, 20:53 운영자 답입니다. 두 줄 모두 에이전트가 20시 44분과 53분에 몰아 적으면서 실제와 다른 시각을 넣었습니다. 10월 20일에는 인스타 [공유하기]가 막혔다고 '보류'로 적었는데, 다음 날 보니 글은 이미 올라가 있었습니다.

반대 방향으로도 틀렸습니다. 10월 18일 성과 보고에서 에이전트는 조회 100~200 수준인 커뮤니티 홍보는 업데이트 때만 하고, 한 채널은 다음 영상도 조회 0이면 접자고 했습니다. 운영자는 무료 채널은 꾸준히 쌓아야 늘어난다고 바로잡았고, 지금 메모리에는 "채널 축소는 제안하지 않고, 성과가 약하면 형식을 바꾸자고 제안한다"가 있습니다.

버린 방법과 쓰지 않은 방법

모든 행동 전에 묻는 방식은 처음부터 맞지 않았습니다. 실행은 하루 4번, 사람이 없을 때 돕니다. 지금도 출시 승인 1건과 광고 관련 결정 1건이 10월 19일부터 22일까지 4일 동안 '확인 필요' 맨 위에 남았습니다. 도구 권한 검사에만 맡기는 방식도 버렸습니다. 분류기는 하루 2건, 3일 간격, 접은 채널 같은 사업 규칙을 모르고, 표에서 허용한 기존 계정 게시도 막았으며, 11번 중 3번은 사유를 주지 않았습니다. 메모리 파일에만 적는 방식은 앞에서 본 대로 작업 폴더가 바뀌자 따라오지 않았습니다.

Claude Code의 자체 권한 장치는 settings.json의 allow·deny 규칙과, 도구 실행 직전에 스크립트를 돌리는 hooks 두 가지입니다. 이번 운영의 사용자 설정에는 둘 다 없었습니다(10월 23일 확인). 이 규칙은 도구 이름과 명령 패턴 단위로 걸립니다. 마케팅 일은 대부분 브라우저 클릭이라 [게시] 버튼 클릭과 다른 클릭이 같은 도구 호출로 보이고, 하루 2건 같은 셈은 hooks 스크립트가 상태를 따로 들고 있어야 합니다. 반대로 명령 패턴으로 잘리는 일(출시 스크립트 같은 것)은 문서보다 deny 규칙이 확실합니다.

세션 예약 대신 OS 스케줄러로 세션 밖에서 실행하는 방법도 있습니다. 세션 종료와 7일 만료가 없으니 10월 22일처럼 실행이 빠지지 않습니다. 대신 에이전트가 다 채워 둔 브라우저 탭을 사람이 이어받아 누르는 흐름은 따로 만들어야 합니다. 게시 기록의 7줄이 그 흐름에 기대고 있었습니다. 이번에는 세션 예약을 썼고, 만료일을 표에 적어 두고 다시 거는 방식으로 운영했습니다.

이 방법이 안 맞는 경우

예약이 세션 안에서만 돈다는 점이 가장 큰 한계입니다. 등록 결과 원문은 "Session-only (not written to disk, dies when Claude exits). Auto-expires after 7 days."였습니다. 10월 22일에는 개발 환경을 옮기며 세션이 꺼졌고, 아침 분석과 오전 작업 블록이 빠졌습니다. 14시 16분에 다시 걸었고, 이 예약은 10월 29일에 만료됩니다. 하루도 빠지면 안 되는 일이라면 세션 밖의 스케줄러가 맞습니다.

사람이 하루 한 번 리포트를 못 보면 확인 필요 항목이 쌓여 중요한 일부터 밀립니다. 하루 2건과 3일 간격은 국내 게임 커뮤니티 몇 곳에서 정한 숫자라 다른 채널은 그 채널 규칙으로 다시 정해야 합니다. 로그인, CAPTCHA, 폰 잠금 해제가 잦은 일은 표가 있어도 사람 손이 많이 갑니다(10월 21일에는 테스트 폰 2대가 잠겨 에뮬레이터로 녹화했습니다).

따라 하는 절차: 권한 표 템플릿

1절의 세 칸에서 승인 칸을 둘로 나눠 네 칸으로 만든 골격입니다. 그대로 복사해 파일로 두고, 예약 프롬프트 첫 문장에서 이 파일 이름을 부르게 합니다. 줄마다 그 줄이 생긴 사건 날짜를 적어 두면 나중에 지울지 판단할 근거가 됩니다.

# 권한 표 (예약 실행은 매번 이 파일을 먼저 읽고 따른다)
예약 만료: YYYY-MM-DD / 다시 등록할 날: YYYY-MM-DD

## 1. 에이전트 혼자
- (일) | 한도: 하루 _건, 같은 곳 _일 간격 | 생긴 날: YYYY-MM-DD

## 2. 승인 뒤 에이전트
- (일) | 생긴 날:

## 3. 승인해도 사람이 클릭
- 돈이 나가는 상태 변경
- 권한 검사가 막은 마지막 클릭 (입력은 다 해 두고 탭을 남긴다)

## 4. 하지 않음
- (일) | 생긴 날:

## 멈추고 물을 조건 (하나라도 걸리면 실행하지 않는다)
- 처음 하는 종류의 일
- 근거가 약한 일
- 외부에 노출되는 일
- 되돌리기 어려운 일
- 비용·계정·정책이 걸린 일
-> Blocked로 두고 리포트 맨 위 '확인 필요'에 선택지와 추천안

## 막히면
- 로그인·CAPTCHA·권한 거부: 그 일감만 Blocked, 다음 일감으로
- 권한 거부는 같은 실행의 리포트 맨 위에 적는다
- 같은 일 2번 연속 실패: 멈추고 '사용자 조치 필요'

## 기록
- 시각은 기억이 아니라 도구 출력에서 옮겨 적는다

우리 값은 1칸이 하루 2건·같은 사이트 3일 간격, 3칸이 광고 상태 변경과 권한 검사가 막은 게시 클릭, 4칸에 채널 축소 제안입니다.

남은 일

예약은 10월 29일 전에 다시 걸어야 합니다. 다음에 셀 것은 '확인 필요'에 올라간 항목이 결정되기까지 걸린 날수입니다. 지금 기록으로는 4일짜리가 있습니다. 이 숫자가 줄지 않으면 사람 클릭 칸을 줄이는 대신 리포트를 보는 시간을 바꿔야 할 겁니다.

자주 묻는 질문

다른 AX 노트

• Claude 세션 여러 개가 한 저장소를 고칠 때: 머지 13개로 확인한 파일 주인 표
• 설계 3안을 심사자 3명이 채점했다: 시장 심사자 혼자였다면 카톡 열기마다 죽는 안이 1위였다
• Co-Authored-By 트레일러 없는 커밋, 확인한 29개 중 26개는 에이전트가 만들었다
• 에이전트 84개가 돈 릴리스 전 검토: 발견마다 3명이 반박하고, 버틴 20건만 고쳤다
• Android assets를 미리 gzip한 실측: APK 이득은 0, .pack.gz는 .pack이 되어 FileNotFoundException
• SKT 판매 삼성 폰에서 market://을 열면 스토어 선택 창이 뜬다: Play 패키지부터 지정하기

에이전트와 일하는 법 글 전체 보기 · AX 노트 전체 보기