Cowork 마스터 백서 — Lv1 왕초보편 · 4-2편 (4편 속편)
4편에서 토큰을 “Cowork의 단기 기억” 으로 비유했다. 새 대화창을 열어야 할 신호 5가지·토큰 절약 일반 팁 5가지까지 다뤘다.
그런데 운영하다 보면 일반론보다 “바로 지금 이 순간이 새 창 열 때 맞나?” 같은 구체적 판단이 더 자주 필요하다. 이 편은 4편의 속편이다. 운영 중 자주 마주치는 8가지 구체 시나리오를 모아서, 어느 순간에 어떤 이유로 새 채팅창을 열어야 하는지 정리한다.
본문에 “백색소음 채널”·”한국사 분석집”·”여행 블로그” 같은 이름이 자주 등장한다. 이 채널·플랫폼이 뭔지는 3편(내 운영 채널·플랫폼)에서 한 번에 정리해뒀다. 헷갈리면 그 편을 먼저 보고 와도 좋다.
대부분 내가 이미 무의식적으로 쓰고 있는 패턴이다. 의식적으로 정리하면 토큰 사용량이 눈에 띄게 줄고, 작업 안정성도 같이 올라간다.
왜 8가지 시나리오인가
4편의 신호 5가지가 “이미 무거워졌다” 는 사후 판단이라면, 이 편의 시나리오 8가지는 “무거워지기 전에 미리 끊는다” 는 사전 운영이다.
| 4편 (사후 판단) | 4-2편 (사전 운영) |
|---|---|
| 같은 거 두 번 묻기 시작했을 때 | 스킬 수정한 직후 → 그 자리서 새 창 |
| 답이 느려질 때 | 큰 작업 끝난 직후 → 다음 작업 전 새 창 |
비유하면 운전과 같다. “피곤해서 졸음 운전 시작될 때 멈추기” 가 신호 5가지라면, “3시간 운전했으면 무조건 휴게소” 가 시나리오 8가지다. 후자가 사고를 더 잘 막는다.
8가지 실전 시나리오
각 시나리오마다 다음 4가지 정보를 정리.
- 언제 발생하는가 — 트리거 행위
- 왜 새 창이 필요한가 — 이유
- 내 운영 사례 — 본인이 이미 마주친 적 있는 상황
- 구체 액션 — 실행 방법
시나리오 1. 스킬을 만들거나 수정한 직후
언제 발생하는가
새로운 스킬을 만들었거나, 기존 스킬에 STEP을 추가·수정·삭제했거나, description의 트리거 단어를 바꿨을 때.
왜 새 창이 필요한가
스킬은 대화창이 시작될 때 한 번 로드된다. 진행 중인 채팅창은 수정 전 버전을 토큰 윈도우에 들고 있어서 변경사항이 즉시 반영 안 된다. 또 스킬 작성 작업 중에 쌓인 토큰(스킬 본문·테스트 케이스·디버깅 대화)이 그대로 다음 작업으로 넘어가면 토큰 비용 누적.
내 운영 사례 — 백색소음 v2 보강
전에 youtube-shorts-upload 스킬에 v2 보강(절대 금지 4가지·게이트 3개·자가 검증 7가지)을 추가했던 적이 있다. 이 보강은 “클로드 학습용 백서 작업 채팅창” 에서 진행했지만, 실제 검증은 “백색소음 유튜브 숏츠 제작” 새 채팅창에서 했다. 이래야 보강된 스킬이 처음부터 정상 로드된다.
구체 액션
– 스킬 작성·수정 작업이 끝나면 그 채팅창에서 동일 스킬을 호출하지 말 것
– 새 채팅창 열고 트리거 단어로 호출 → 첫 응답에서 변경사항 반영 여부 확인
– 변경 후 검증이 필요하면 반드시 새 창에서
시나리오 2. CLAUDE.md를 수정한 직후
언제 발생하는가
새 안전장치 추가, 활동 규칙 갱신, CLAUDE.md 정기 점검 정비 등 CLAUDE.md 본문에 변경이 발생했을 때.
왜 새 창이 필요한가
CLAUDE.md는 대화창 시작 시점에 자동 로드된다(이후 편에서 자세히 다룰 예정). 진행 중 채팅창은 수정 전 버전이 토큰에 박혀있어서 새 규칙이 즉시 동작 안 함. 정기 점검 후 검증 단계가 항상 “새 채팅창 열어서…” 인 이유.
내 운영 사례 — 백색소음 안전장치 5가지 확장
내가 youtube-shorts-upload 스킬 보강 작업 당시 CLAUDE.md 안전장치를 3가지에서 5가지로 확장했다. 같은 채팅창에서 그 직후 “백색소음 영상 SEO 작업해줘” 시도하면 옛 3가지만 작동한다. 새 채팅창에서 첫 응답이 “CLAUDE.md의 안전장치를 확인했습니다…” 로 시작하면 5가지가 모두 정상 로드된 증거.
구체 액션
– CLAUDE.md 저장 직후 → 즉시 새 채팅창
– 변경된 규칙을 검증하는 짧은 질문 1개 던져보기 (예: “내 CLAUDE.md에 유튜브 영상 업로드 안전장치 몇 가지 적혀있어?”)
– 답이 새 버전에 맞으면 정상 반영 완료
시나리오 3. 블로그 초안·영상 제작 같은 1건 큰 작업 끝난 직후
언제 발생하는가
naver-blog-draft 스킬로 사진 20~50장 분석·EXIF 추출·docx 생성·SEO 파일명 변환을 다 끝낸 시점. 또는 youtube-shorts-upload 스킬로 1편 숏츠 제작·업로드까지 마친 시점.
왜 새 창이 필요한가
사진 1장이 보통 1,000~3,000 토큰이라 30장 분석하면 사진만으로 6만~9만 토큰 누적. 거기에 EXIF·docx 본문·디버깅 대화까지 합쳐지면 한 채팅창에 10만 토큰 가까이 쌓임. 다음 초안을 같은 창에서 시작하면 시작도 전에 토큰의 절반이 옛 작업 흔적.
내 운영 사례
여행 블로그를 한 채팅창에서 한 편씩 작업하는 패턴이 정확히 이거다. 4월 19일 남한산성 초안 끝 → 새 창 → 4월 24일 부민병원 초안 시작. 본인은 무의식적으로 이렇게 하지만 의식적으로 알고 있으면 더 빨리 끊는다.
구체 액션
– 한 편 발행 또는 초안 완료 “포스팅했어” 트리거 후 → 곧바로 새 창
– 결과물(.docx 파일)은 코워크 폴더에 남으니 다음 창에서 “방금 만든 [파일명] 열어서 보여줘” 한마디면 맥락 복원
시나리오 4. 다른 활동·다른 작업으로 전환할 때
언제 발생하는가
한 채팅창에서 여행 블로그 초안 작업 중인데, 갑자기 “한국사 분석집 메일 발송해줘” 같은 다른 활동 요청이 떠오를 때. 또는 백색소음 SEO 채팅창에 영상 제작 요청이 추가로 들어올 때.
왜 새 창이 필요한가
활동마다 호출되는 스킬·CLAUDE.md 섹션·필요한 파일이 완전히 다르다. 같은 창에서 두 활동을 섞으면 두 활동의 컨텍스트가 토큰에 동시에 누적되어 양쪽 다 효율 떨어짐. 게다가 안전장치가 충돌하거나 누락될 수 있음.
내 운영 사례 — CLAUDE.md 안전장치 ⑤번
내가 CLAUDE.md에 박은 “백색소음 SEO 채팅창과 영상 제작 채팅창 분리 강제” 가 정확히 이 시나리오를 차단한다. SEO 채팅창에서 “숏츠 만들어줘” 가 추가로 들어오면 즉시 정지하고 새 채팅창 안내가 나오게 한 이유.
구체 액션
– 다른 활동·다른 작업 요청이 떠오르면 → 현재 작업 마무리 짓고 새 창
– 만약 현재 작업이 길어서 끊기 어려우면 → “이 작업 결과는 [파일]에 저장하고 새 창에서 이어가자” 패턴
시나리오 5. 에러나서 재시도할 때
언제 발생하는가
스킬 실행 중 ffmpeg 타임아웃, 사진 분석 실패, docx 생성 오류 같은 에러 발생 후 재시도해야 할 때. 또는 Cowork가 잘못된 답을 줘서 “다시 해봐” 하고 싶을 때.
왜 새 창이 필요한가
같은 채팅창에서 재시도하면 에러 발생 직전의 잘못된 컨텍스트가 토큰에 그대로 남아있어 같은 실수를 반복할 위험이 큼. 새 창은 깨끗한 상태에서 출발하니 다른 경로로 시도 가능.
내 운영 사례 — 백색소음 v2 검증 시 ffmpeg 백그라운드 죽음
검증 케이스에서 ffmpeg 백그라운드 실행이 샌드박스 격리로 죽었을 때, Cowork가 같은 창에서 “동기 실행 + ultrafast preset” 으로 즉시 우회했다. 작은 에러는 같은 창에서 우회 가능. 하지만 여러 번 실패가 쌓이면 컨텍스트 자체가 “실패의 흔적” 이 되어버려서 새 창 권장.
구체 액션
– 1차 에러 → 같은 창에서 우회 시도 OK
– 2~3회 실패 누적 → 새 창에서 다른 접근법으로 재시작
– 결정적 에러 (스킬 자체 결함) → 스킬 수정 후 새 창에서 검증 (시나리오 1과 결합)
시나리오 6. 2시간 이상 한 채팅창에 머물렀을 때
언제 발생하는가
시간 기반 타이머. 한 작업에 너무 깊게 빠져서 같은 채팅창에서 2~3시간 이상 사용 중일 때.
왜 새 창이 필요한가
2~3시간이면 보통 토큰 윈도우의 50% 이상이 채워진다. 그 상태에서 새 작업을 시작하면 시작도 전에 절반이 옛 컨텍스트 메모리. 처리 속도도 느려지고, 오래된 정보가 흐려지기 시작.
내 운영 사례 — 백서 작성 작업
이 백서를 만드는 동안 자연스럽게 한 편 = 한 채팅창 원칙이 형성됐다. 한 편(약 1만~1만 5천자) 쓰면 docx 변환·로드맵 갱신·검증까지 합쳐 보통 1~2시간 소요. 다음 편은 새 창에서 시작.
구체 액션
– 시계 보고 “이 채팅창 시작한 지 2시간 넘었나?” 자가 점검
– 답이 느려지기 시작했으면 즉시 새 창
– 미완료 작업이 있으면 “여기까지 정리해서 [파일]에 저장하고 새 창에서 이어가자” 패턴
시나리오 7. 백서·매뉴얼·문서 한 편 작성 완료 후
언제 발생하는가
긴 글(보통 5천 자 이상) 한 편 작성·검토·docx 변환·발행 준비까지 마친 시점.
왜 새 창이 필요한가
한 편을 쓰는 동안 그 주제와 관련된 모든 자료(이전 편들·관련 스킬·참고 파일)가 토큰에 누적된다. 다음 편은 다른 주제·다른 사례·다른 톤이라 옛 컨텍스트가 도움이 안 되고 오히려 방해.
내 운영 사례 — 이 백서를 한 편씩 채팅창 분리해서 쓰는 패턴
한 편 끝 → 새 창 → 다음 편 → 새 창 → 또 다음 편. 매 편마다 새 창. 이래서 각 편의 톤이 균일하고 토큰 부담이 안 쌓인다. 만약 한 채팅창에서 6편을 다 썼다면 마지막 편은 답이 느려지고 톤이 흐려졌을 것.
구체 액션
– 한 편 docx 변환·로드맵 갱신·발행 보고까지 끝 → 새 창
– 새 창에서 “이전 [N]편들 읽고 같은 톤으로 이어가자” 한마디면 맥락 복원
– 12편 완성까지 = 12개 새 채팅창 사용 (대략)
시나리오 8. 큰 파일 여러 개를 한 번에 읽혔을 때
언제 발생하는가
“내 ROI 트래커 보여줘”, “CLAUDE.md 보여줘”, “여행 블로그 폴더 5개 파일 다 비교해줘” 같이 여러 큰 파일을 한 채팅창에 동시에 토큰으로 올렸을 때.
왜 새 창이 필요한가
파일 1개당 보통 5,000~20,000 토큰이라 5개 합치면 5~10만 토큰. 그 상태에서 진짜 작업을 시작하면 시작 시점에 이미 토큰 윈도우의 30~50%가 옛 파일로 채워져있음.
내 운영 사례 — CLAUDE.md 정기 점검 시 통독
CLAUDE.md 정기 점검 30분 루틴(이후 편에서 다룰 예정)의 첫 단계가 “통독 10분” 이다. 이때 CLAUDE.md 전체(약 1만 7천자)를 읽는데, 통독·분류·수정 작업이 끝나면 검증은 반드시 새 창에서 진행하라고 명시했다. 점검 작업의 토큰 흔적이 검증을 오염시키지 않도록.
구체 액션
– 큰 파일 여러 개 읽힌 작업이 끝나면 → 결과를 별도 파일에 저장 (정리·요약·다음 액션 등)
– 새 창 열고 → 그 결과 파일만 다시 읽으라고 시키기
– 이 패턴이 “휘발성은 토큰, 영구성은 파일” (4편 핵심 명제)의 실전 적용
내 채팅창 토큰 상태 빠르게 진단하는 법
Cowork 앱이 토큰 게이지를 직접 보여주진 않으니까 본인 감각으로 판단해야 한다. 다음 4가지 신호로 1분 안에 진단 가능.
| 신호 | 진단 |
|---|---|
| 답이 첫 시작보다 눈에 띄게 느려졌다 | 토큰 30~50% 차오름 — 새 창 권장 |
| 같은 정보를 두 번째로 묻고 있다 | 옛 컨텍스트가 흐려지기 시작 — 새 창 즉시 |
| 큰 파일·사진 묶음을 5개 이상 읽혔다 | 토큰 누적 50% 이상 — 새 창 권장 |
| 한 채팅창에서 2시간 넘게 작업 중이다 | 시간 기준 한계 임박 — 다음 작업 전 새 창 |
신호 4개 중 하나라도 ✅이면 “지금 바로 새 창 열까?” 자문하기. 두 개 이상 ✅이면 묻지 말고 즉시 새 창.
새 채팅창에서 이전 작업 이어가는 3가지 방법
새 창을 열면 이전 컨텍스트가 사라진다는 게 부담스러울 수 있다. 다행히 Cowork는 파일 기반이라 맥락 복원이 쉽다.
방법 ① 파일 직접 읽기 (가장 강력)
이전 작업 결과가 파일로 저장돼있으면, 새 창에서 그 파일을 다시 읽으라고 시키면 됨.
"클로드레벨업 폴더의 05_CLAUDE.md 읽고
같은 톤·구조로 06편 만들어줘"
이 한마디면 그 편의 모든 스타일·톤·구조가 새 창에서 그대로 복원됨. 파일 = 가장 정확하고 풍부한 메모리.
방법 ② CLAUDE.md 활용 (자동)
매번 자동 로드되는 CLAUDE.md에 내 워크플로우·선호·트리거가 들어있으면, 새 창은 시작부터 “내 스타일” 을 알고 있다. 별도 설명 불필요.
새 활동을 시작할 때 CLAUDE.md에 한 줄 추가해두면 다음 모든 새 창에서 그 활동이 자동 인식됨.
방법 ③ 결과 요약 prompt (가벼운 작업)
작은 작업이라 파일까지는 안 만들었으면, 이전 채팅창의 핵심 결과를 5~10줄로 요약해서 새 창에 던지기.
"어제 [작업명] 작업하면서 결정된 3가지:
1. ...
2. ...
3. ...
이 결정 위에서 다음 단계 [작업B]를 시작하자"
이 패턴이 시나리오 6(2시간 누적)·시나리오 8(큰 파일 여러 개)에서 가장 자주 쓰임.
자주 묻는 질문
Q1. 시나리오 1~8을 다 외우긴 어려운데 핵심 원칙은 뭔가요?
A. 딱 한 줄로 외울 수 있다 — “이 채팅창 작업이 한 가지 결과물을 끝냈으면 새 창.” 이 원칙만 지켜도 8가지 시나리오 중 7가지가 자동 처리된다. 나머지 1가지(에러 재시도)는 발생 시 한 번 더 생각.
Q2. 새 창 열면 요금이 더 나오나요?
A. 아니다. Cowork는 토큰 사용량 기준 과금이고, 새 창은 토큰을 적게 쓴다. 한 창에서 누적하는 게 오히려 비용이 더 든다. 누적된 옛 컨텍스트도 매번 함께 처리되므로 새 창보다 토큰 비용이 더 듦.
Q3. 새 창마다 CLAUDE.md를 다시 로드하면 매번 약 1만 토큰 추가 아닌가요?
A. 맞다. 그래서 CLAUDE.md를 1만 5천 자 이내로 유지하라는 가이드가 있다. 다만 1만 토큰 비용은 “매번 본인 워크플로우를 다시 설명할 시간” 비용보다 압도적으로 작다 — 실질적으로 매우 큰 이득.
Q4. 한 창에서 작은 작업 여러 개 빨리 처리해도 되나요?
A. OK. 5분 이내 짧은 작업 3~5개는 한 창에서 처리해도 토큰이 거의 안 쌓인다. “한 가지 결과물”의 정의가 길고 무거운 작업 1건이지 짧은 질문 여러 건이 아님.
Q5. 진행 중인데 갑자기 새 창 열면 작업 손실 아닌가요?
A. 아니다. 작업 결과는 항상 파일에 저장되니까 새 창에서 그대로 이어가면 된다. “휘발성은 토큰, 영구성은 파일” (4편 핵심 명제). 새 창에서 “그 파일 다시 열어봐” 한마디면 맥락이 복원된다.
정리
이 편에서 챙길 핵심 4가지.
- 4편이 사후 판단(이미 무거워졌다) 이라면, 4-2편은 사전 운영(미리 끊는다)
- 8가지 시나리오 — 스킬 수정 / CLAUDE.md 수정 / 큰 작업 끝 / 활동 전환 / 에러 재시도 / 2시간 경과 / 한 편 완료 / 큰 파일 여러 개
- 한 줄 원칙: “이 채팅창 작업이 한 가지 결과물을 끝냈으면 새 창”
- 새 창에서 맥락 복원 3가지 방법 — 파일 읽기·CLAUDE.md 활용·결과 요약 prompt
이로써 4편(토큰 일반론)·4-2편(실전 시나리오)으로 토큰 운영의 사이클이 완성됐다. 5편(CLAUDE.md)·6편(스킬)·7편(폴더)에서 다룰 도구들도 결국 토큰 효율을 위한 설계라는 점이 한 번 더 확인된다.
📌 2026년 5월 현재 상태
- Cowork 앱은 채팅창 자체 토큰 게이지 미표시 (감각 진단 필요)
- 모델별 컨텍스트 윈도우: Claude Opus 4.6 / Sonnet 4.6 / Haiku 4.5 — 약 20만 토큰 (한국어 책 1권 분량)
- 한국어 1만 자 ≒ 약 5,000 토큰 (영어 대비 2~3배)
- 새 채팅창 시작 시 자동 로드: CLAUDE.md, 사용자 스킬 description (description만, 본문은 호출 시 로드)
- 한 채팅창 = 한 가지 결과물 원칙으로 운영 시 12편 백서 = 약 14~16개 채팅창 사용 예상
- 검증된 작동 사례: 백색소음 v2 보강 작업(보강 채팅창 ↔ 검증 채팅창 분리), 매주 토요일 weekly-stock-review (단독 채팅창)
- 플러그인 시스템 본격화로 시작 시점 토큰 부담 증가 — skills·MCP가 채팅창 시작 시 자동 로드되므로, CLAUDE.md만이 아니라 스킬 description도 시스템 토큰에 합산. 6개월에 한 번 안 쓰는 스킬 비활성화 권장
- Haiku 4.5 활용 — 단순 분류·짧은 질의응답·요약은 Haiku로 분리하면 토큰 비용·속도 모두 우위. 메인 작업창은 Sonnet/Opus, 가벼운 보조 작업은 새 창에서 Haiku로 운영하는 패턴이 늘어남
- consolidate-memory 스킬 활성화 — CLAUDE.md를 주기적으로 정리·압축하는 스킬이 표준화돼서 1만 5천자 가이드라인 유지가 쉬워짐
undefined