Automation Map

자동화는 두 갈래다. 토큰을 먹는 건 한쪽뿐이다.

혼자 도는 것이 96개인데, 그중 Claude 토큰을 쓰는 건 10개입니다. 나머지 86개는 파이썬·노드 스크립트라 PC 자원만 씁니다. 헷갈리는 원인이 이 둘이 섞여 있어서입니다.

Claude 예약작업 10윈도우 작업 86윈도우 중 꺼짐 15오늘 사용량 14%

두 갈래의 차이

① Claude 예약작업 (10개)

토큰을 먹습니다. Claude가 직접 깨어나 판단하고 글을 씁니다. 한 번 돌면 모델을 100~150번 호출합니다.
위치: ~/.claude/scheduled-tasks/
오늘 14% 중 93%가 이쪽입니다.

② 윈도우 작업 스케줄러 (86개)

토큰을 안 먹습니다. 정해진 파이썬·노드 스크립트를 그냥 실행합니다. 판단은 코드에 박혀 있습니다.
위치: 윈도우 작업 스케줄러
개수는 많지만 사용량과는 무관합니다.

핵심. "자동이 너무 많다"고 느끼는 건 86개짜리 윈도우 쪽이고, "사용량이 왜 이렇게 빨리 닳나"의 범인은 10개짜리 Claude 쪽입니다. 줄일 대상이 서로 다릅니다.

오늘(09-14) 사용량을 먹은 순서

시각작업모델 호출비중
06:01woo-daily-20157회42%
07:02woo-goldmine-hunt116회27%
07:46woo-fill-queue-safetynet97회24%
06:15jjokomi-daily-comment4회2%
07:03engagement-collect3회1.5%
08:28coin-brief-daily3회2%
아래 3개는 스크립트만 돌리고 끝나서 싸고, 위 3개는 Claude가 직접 읽고 판단해서 비쌉니다.
주의. 오늘 남은 일정 중 woo-ride-live가 12:25부터 23:25까지 매시간 12번 더 돕니다. 아침 3개로 14%를 썼으니, 이게 아침 작업만큼 길게 돌면 오늘 한도를 다 태울 수 있습니다.
Section 02

woo-ride-live는 "지금 상승 중인 남의 글"을 찾는다

내 글을 새로 만드는 작업이 아닙니다. 지금 이 순간 터지고 있는 남의 트윗을 찾아, 거기에 인용글(QRT)을 붙여 그 글의 시청자를 빌려오는 작업입니다. 매시간 12~23시, 하루 12회 돕니다.

찾는 조건 — 둘 다 있어야 한다

① 지금 오르는 중인가 (타이밍)

조회수가 큰 게 아니라 지금 빠르게 오르는 중이어야 합니다. 신선도 24시간 이내. 이미 식은 글은 크기와 무관하게 버립니다.

② 내가 얹을 말이 있는가 (소재)

원글이 곤란·손해·분노여야 답할 거리가 생깁니다. 만족·감탄·자랑글은 붙일 말이 없어 죽습니다.

최종 테스트는 "갑론을박". 보는 사람이 편 갈라서 "나는 이렇게 생각하는데" 하고 끼어들고 싶어져야 삽니다. 다들 동의하는 순한 소재는 참여가 안 붙어 묻힙니다.

왜 이 조건인가 — 실측 차이

원글원글 조회성격우리 결과
「대한항공 미쳤습니까???」408만분노·곤란280,531
이케아 지퍼백 우산비닐528만만족·감탄1,696
박선달 밥그릇 (89일 묵음)648만묵어서 식음49
원글이 더 큰데 우리 결과는 수천 배 차이입니다. 크기가 아니라 성격과 신선도가 가릅니다.

어디를 뒤지나 — 채널 4개

  1. _scout_out.txt를 제일 먼저 읽는다

    윈도우 작업 WooX_TrendCheck가 2시간마다 소스계정 32곳 타임라인 + 추천피드를 조회수까지 붙여 저장해 둡니다. 한국 계정 원글이 실제로 나오는 채널이라 1순위입니다.

  2. jp_feed_scan.py

    추천 피드 + 일본 소스계정에서 일본 화제글. 다른 스캐너는 일본어 글을 걸러버려서 이걸 따로 씁니다.

  3. x_trend_scan.py

    지금 뜨는 키워드.

  4. ride_scan.py

    국내 급상승 원글.

소재 소스 3종 (국적이 기준이 아니다)

① 일본인의 한국 언급

한일 대비가 걸리는 것. 검증된 1순위 광맥.

② 일본 화제글

주제 무관. 우리가 정답·통찰을 얹을 수 있는 것.

③ 한국 화제글

한국 계정의 공감·논쟁·유머.

판단 기준은 국적이 아니라 "지금 터지는 중인가 + 내가 할 말이 있는가" 두 가지뿐입니다.

한 회차가 도는 순서

후보 스캔원글 전문·이미지 확인레드라인 체크QRT 작성게이트 4종40분 간격 확인발행텔레그램 보고
레드라인 — 하나라도 걸리면 버립니다. ①미성년·성적 ②특정인 신상·외모 조롱 ③죽음·사망 ④소송·수사 진행 중 ⑤혐한·민족비하·정치·영토분쟁

못 찾으면 어떻게 되나

  1. 라이브에서 못 찾음 → 큐(안전망)에서 꺼내 쓴다

    woo-fill-queue-safetynet이 하루 2번 미리 채워둔 QRT 후보를 씁니다.

  2. 큐도 비었음 → 이번 회차는 아무것도 안 한다

    이게 정상 결과입니다. 억지로 붙이면 49뷰가 나옵니다.

안전장치. 발행 간격 최소 40분, 하루 상한 15건(봇 폭주 방지용 백스톱이지 목표치가 아님).
Section 03

Claude 예약작업 10개 — 토큰을 먹는 쪽

이것만 관리하면 사용량은 잡힙니다. 하루 순서대로 정렬했습니다.

시각이름하는 일비용
06:01
매일
woo-daily-20WOO X 단독글 5편을 새로 만들어 큐에 넣고 텔레그램 보고. 어제 성적(FEEDBACK.md)을 먼저 읽고 씁니다.매우 높음
157회
06:15
매일
jjokomi-daily-comment쪼꼬미툰 계정으로 육아툰 계정 4곳에 공감 댓글. daily_comment.js 실행만.낮음
07:00
07·12·18
engagement-collectX·인스타2개·쓰레드·유튜브 알림/댓글을 읽어 대시보드에 모음. 읽기 전용.낮음
07:00
07·15시
woo-goldmine-hunt「큰 자리」 사냥. 묵은 대형 질문글(hunt_goldmine) + 신선한 곤란글(hunt_trouble) 두 광맥을 팜. 통과분은 queue/_hold에 넣고 큐 투입은 우님 승인 후.매우 높음
116회
07:45
07:45·14:45
woo-fill-queue-safetynetwoo-ride-live가 쓸 QRT 안전망 재고를 미리 채움. 비어 있으면 그 시간은 발행을 건너뛰게 되므로 보충.매우 높음
97회
08:07
매일
coin-brief-daily코인 데이터 수집 → 해설 작성 → 투자 브리핑 라이브 페이지 갱신.낮음
12:25~23:25
매시간 12회
woo-ride-live지금 터지는 원글에 QRT로 올라타서 발행 + 원글 댓글. 오늘 남은 최대 변수.회당 중~높음
× 12회
20:04
매일
jjokomi-evening-comment위 06:15과 같은 스크립트 (저녁분).낮음
23:48
매일
woo-feedback-nightly그날 발행분 성적을 긁어 소재·앵커·시간대와 조인해 FEEDBACK.md 갱신. 다음날 06시 배치가 이걸 읽습니다.중간
07:38
꺼짐
wife-schedule-morning-brief구글문서 '우리집 일정 메모'를 읽어 카톡 브리핑. 현재 비활성.
"모델 호출 횟수"가 곧 비용입니다. 호출마다 그때까지 쌓인 대화 전체(약 20만 토큰)를 다시 읽기 때문에, 157회 = 3,100만 토큰이 됩니다.

폴더만 있고 예약은 안 걸린 것 7개

지시문 파일은 남아 있지만 스케줄러에 등록돼 있지 않아 돌지 않습니다. 사용량과 무관합니다.

미등록 작업 보기 7건
  • woo-cafe-scout — 서울 신규오픈 카페 스캔 → 텔레그램 다이제스트
  • woo-growth-briefing — 레퍼런스 계정 리서치 + 성장전략 브리핑
  • woo-impression-tracker — 전날 X 노출 추적 (댓글봇 영향 검증용)
  • woo-publish-banana-kick — 바나나킥 영상 1회성 발행 (이미 끝난 건)
  • jjokomi-daily-strategy-brief — 인스타툰 성장전략 브리핑
  • modoo-startup-round2-watch — 모두의 창업 2차 공고 감시
  • president-sns-morning-check — 대통령 SNS → 테마주 힌트

지우지 않고 뒀습니다. 다시 켜고 싶으면 말씀만 하시면 됩니다.

Section 04

WOO X 파이프라인 — 누가 채우고 누가 내보내나

WOO X 하나에만 Claude 작업 5개 + 윈도우 작업 25개가 붙어 있습니다. 가장 헷갈리는 지점이라 흐름으로 풀었습니다.

기본 구조

① 소재 발굴② 글 작성 → queue/③ 검수 게이트④ 발행⑤ 성적 집계

큐를 채우는 것들 (생산)

Claude: woo-daily-20(단독글 5편) · woo-fill-queue-safetynet(QRT 안전망) · woo-goldmine-hunt(큰 자리 후보 → _hold)

윈도우: WooX_FillQRT(매시간) · WooX_FillGeneral(05:30) · WooX_FreshQRT(05:40) · WooX_TrendCheck(2시간) · WooX_RideScan(2시간) · WooX_JapanQRT · WooX_QRT_Scout · WooX_KkultipScan · WooX_ExploreCycle(6시간)

큐에서 꺼내 내보내는 것들 (발행)

Claude: woo-ride-live(매시간 12~23시, 라이브 QRT)

윈도우: WooX_AutoPost(15분마다 슬롯 확인 후 자동 발행) · WooX_Post_0800 · WooX_Wake_0825 · WooX_PromoteDrafts(하루 3회) · WooX_CommVideo(하루 3회)

여기가 핵심. 발행을 실제로 하는 주체가 입니다 — 윈도우의 WooX_AutoPost(15분마다, 판단 없이 큐 순서대로)와 Claude의 woo-ride-live(매시간, 판단해서 라이브 후보로 갈아끼움). 그래서 "누가 이걸 올렸지?"가 헷갈립니다.

감시·보고만 하는 것들

작업주기하는 일
WooX_Queue_Alert매시간큐가 비면 알림
WooX_Queue_Review07:30·13:30·20:30새로 들어온 큐를 검수용으로 전송
WooX_DangerScan4시간마다위험 소재 스캔
WooX_MorningDigest06:00아침 다이제스트
WooX_Batch_Nudge_AM / PM07:00 / 20:00배치 알림
WooX_Batch_Approve06:30배치 자동 승인
woo-feedback-nightly (Claude)23:48성적 집계 → FEEDBACK.md

복구·유지보수용 (평소엔 신경 안 써도 됨)

보기 5건
  • WooX_AutoPost_Reenable (05:30) — 꺼진 AutoPost를 매일 아침 다시 켬
  • WooX_QueueRestore (06:45) — 큐 복원
  • WooX_RateRevert (05:00) — 발행속도 임시조정 파일 삭제
  • WooX_Publish_JP_Imo — 1회성 발행 잔여물
  • WooX_Wake_0825 — 발행 슬롯 + PC 절전 관련
참고. 지금 woo-x/queue/에 파일이 54개 있고, 그중 발행 대기 중인 본문은 3건입니다(나머지는 근거파일·보관폴더).
Section 05

윈도우 작업 86개 — 토큰은 안 먹지만 PC를 씁니다

전부 파이썬·노드·배치 스크립트입니다. Claude를 부르지 않으므로 사용량과 무관합니다. 다만 개수가 많아 PC가 바쁘고, 로그인 만료·좀비 프로세스 같은 문제가 여기서 생깁니다.

전체 86켜짐 71꺼짐 15

프로젝트별 분포

묶음개수무엇
WOO X25소재 스캔·큐 채우기·발행·감시 (앞 화면 참고)
주식 자동매매18장중 매매(09:35·11:00·13:30·14:50), 상한가·S등급·20일선 감시, IPO 수집·평가, 06:00 전략회의, 06:20 자동최적화
인사이트랩 쇼츠12
10 꺼짐
쇼츠 큐채우기·발행 배치는 전부 꺼져 있고, 20시 업로드 2건만 살아 있음
Lean-AX 대시보드63시간마다 리포트 수집, 22시 광고수익 수집, 5분마다 대시보드 생존 확인, 04시 지식망 정제
PC 전원6절전·깨우기 (18:20 최대절전, 18:50 깨우기 등)
쇼츠 기타5
4 꺼짐
감동쇼츠 19시만 살아 있음, 지식처방전 3건은 꺼짐
쿠팡 파트너스4
1 꺼짐
09시 블로그 발행, 4시간마다 메일 감시, 19시 쓰레드 게시
쪼꼬미툰206시 생성, 07시 게시
음악계정207:30 자동게시, 08시 텔레그램
기타6AI 딜 레이더(09시), 코인 데이터 수집(매시간), 주식 시세 갱신(5분), D드라이브 동기화, 급여명세서 수집, 다운로드 폴더 정리
빈도가 높은 것 3개는 기억해 두세요. InvestBrief_StockRefreshLeanAX_Dashboard_Watchdog5분마다, WooX_AutoPost15분마다 돕니다. PC가 계속 바쁜 느낌의 주범입니다.
Section 06

발행량은 그대로 두고 토큰만 줄인다

횟수를 줄이는 건 결과물이 같이 줄어듭니다. 실제로 측정해 보니 돈은 결과물이 아니라 "읽는 데" 나가고 있었습니다.

출력(=쓴 글) 257,498캐시읽기(=읽은 것) 67,996,456결과물 비중 0.4%
오늘 쓴 토큰의 99.6%가 읽는 비용입니다. 그래서 편수를 줄여도 절감이 거의 없습니다.
비용 공식. 모델을 부를 때마다 그때까지 쌓인 전부를 다시 읽습니다. 즉 비용 ≈ 컨텍스트 크기 × 턴 수. 두 변수 중 어느 쪽을 줄여도 결과물은 그대로입니다.

어디서 새고 있었나 — 실측

모든 세션이 1턴부터 99,000 토큰으로 시작합니다. 작업 내용과 무관합니다 — 지시문이 845바이트인 쪼꼬미 작업도 98,434로 시작했습니다. 이 99K가 턴마다 통째로 재전송됩니다.

고정 오버헤드 구성추정 토큰비고
스킬 목록 122개의 이름+설명17,747예약작업은 마케팅 스킬 60여개를 한 번도 안 씀
MEMORY.md (305개 인덱스)10,589예약작업엔 대부분 불필요
SKILL.md (작업 지시문)5,000~7,000필요
CLAUDE.md 3개3,391필요
시스템 프롬프트·툴 정의약 55,000통제 불가
세션 합계의 53~63%가 이 고정분의 반복 전송입니다.

레버 3개 (품질 손실 0)

레버내용절감상태
조회 묶기파일 조회 150회가 전부 따로 1턴씩 씀. &&로 묶으면 같은 파일을 같은 만큼 읽고 턴만 줄어듦~25%적용함
09-14
스킬 목록 정리안 쓰는 마케팅 스킬팩을 예약작업 컨텍스트에서 제외~10%보류
분리 가능 여부 확인 필요
MEMORY.md 압축예약작업용 축약본 분리~6%보류

적용한 것 — 조회 묶기 (2026-09-14)

예약작업 지시문 4개(woo-daily-20 · woo-ride-live · woo-goldmine-hunt · woo-fill-queue-safetynet) 앞부분에 규칙을 넣었습니다. 원본은 SKILL.md.bak로 백업돼 있습니다.

넣은 규칙. sed/cat/head/grep/ls를 한 줄에 하나씩 따로 실행하지 말 것. 볼 것을 먼저 정하고 &&로 이어 한 번에 본다. 단, 앞 결과를 봐야 다음에 뭘 읽을지 정해지는 경우는 묶지 않는다 — 억지로 묶어 엉뚱한 걸 읽으면 손해다.
정정. 처음엔 "woo-daily-20의 이미지 Read 제거"를 근본 대책으로 제시했는데, 측정해 보니 2%짜리였습니다. 이미지는 157턴 중 114~130턴에 읽혀 이미 늦게 읽고 있었습니다. 눈 검수는 그대로 둡니다. 규칙 파일도 이미 sed로 구간만 읽고 있어 최적화돼 있었습니다.

그래도 끄고 싶을 때

Claude 예약작업이름을 말씀하시면 끄거나 주기를 바꿉니다 — 삭제가 아니라 비활성이라 되돌립니다
윈도우 작업schtasks /change /tn <이름> /disable
함정WooX_AutoPost는 매일 05:30에 WooX_AutoPost_Reenable이 자동으로 다시 켭니다 — 그것도 같이 꺼야 합니다
Sources & Limits

출처와 한계

출처

  • Claude 예약작업 — 스케줄러 등록 목록(cron·마지막 실행시각) + ~/.claude/scheduled-tasks/*/SKILL.md 원문을 직접 읽음
  • 사용량~/.claude/projects/의 세션 로그(jsonl) 419건을 파싱해 세션별 토큰 집계
  • 윈도우 작업Get-ScheduledTask로 트리거·실행명령까지 추출 (Adobe·NVIDIA·OneDrive 등 시스템 작업 제외)
  • woo-ride-live 실측 수치 — 해당 SKILL.md에 기록된 2026-09-11 실측표

한계

비중(%)은 비용 환산 추정치입니다. 토큰 종류별 단가(출력·캐시생성·캐시읽기)로 가중해 계산했습니다. 실제 청구 기준과 다를 수 있고, 화면의 "14%"가 어떤 한도(5시간/주간)인지는 로그로 알 수 없어 확인하지 못했습니다.

윈도우 작업 86개의 내용은 실행 명령만 확인했습니다. 각 스크립트가 실제로 무엇을 하는지는 파일을 열지 않았으므로, 이름과 경로에서 읽히는 범위로만 적었습니다.