저는 블로그 자동화 작업을 하면서 클로드 Cowork 세션 하나를 너무 오래 붙잡고 있었습니다. 새 대화를 열면 앞에서 정한 내용을 다시 설명해야 할 것 같았거든요.
지금은 세션을 닫을 때 현재 상태를 파일에 남기고, 새 세션에서는 그 파일의 최신 기록부터 읽게 합니다. 덕분에 8일 만에 다시 연 프로젝트도 한마디로 이어갈 수 있었어요.
여기서 세션종료와 이어서 작업하자는 Claude의 공식 명령어가 아닙니다. 제가 Cowork 프로젝트 규칙에 연결해둔 개인용 문장입니다.
클로드 Cowork 세션을 닫으면 다 잊을까 봐 붙잡고 있었습니다
블로그 자동화처럼 며칠씩 이어지는 작업은 중간에 대화를 닫기가 망설여집니다. 무엇을 끝냈고 다음에 뭘 해야 하는지 처음부터 설명하고 싶지 않으니까요.
그렇다고 한 대화를 계속 길게 쓰는 것도 편하지는 않았습니다. Anthropic도 긴 대화는 사용량에 더 영향을 줄 수 있고, 한계에 가까워졌다면 새 대화를 시작해볼 수 있다고 안내합니다.
처음에는 Claude가 알아서 기억해주면 충분하다고 생각했어요. 그런데 기억에만 맡기면 무엇이 남았고 무엇이 빠졌는지 제가 확인하기 어렵습니다.
그래서 대화가 아니라 파일에 인수인계를 남겨보기로 했습니다. 퇴근하는 사람이 다음 근무자에게 짧은 메모를 건네는 것과 비슷해요.
끝낼 때는 세션종료 한마디만 남깁니다
제가 일을 마칠 때 입력하는 문장은 아주 짧습니다.
세션종료이 문장을 받으면 Claude가 이번 세션에서 정한 것, 손댄 파일, 확인한 결과, 다음에 시작할 지점과 아직 남은 문제를 정리하도록 규칙을 만들어뒀습니다.
정리한 내용은 SESSION_LOG.md 같은 로그 파일의 맨 위에 둡니다. 오래된 기록 뒤에 붙이는 대신 다음 세션이 가장 먼저 봐야 할 내용을 위에 올려두는 거죠.
실제 화면에서도 로그 맨 위에 새 블록을 넣고, 그날의 판단을 별도 기록에 남겼다고 알려줬습니다.
물론 이 응답만 보고 파일 저장까지 완벽하게 끝났다고 믿지는 않습니다. 중요한 작업이라면 실제 로그를 한 번 열어보는 게 안전해요. 저도 화면의 보고와 파일 내용을 구분해서 확인합니다.
8일 뒤, 남겨둔 Next보다 먼저 잡힌 일이 있었습니다
끝낼 때보다 더 궁금했던 건 다시 시작할 때였습니다. 새 세션에서 제가 입력한 문장도 하나뿐이었어요.
이어서 작업하자프로젝트 규칙에는 로그 전체가 아니라 최신 블록 1~3개만 먼저 읽게 했습니다. 최근에 끝낸 일, 다음 시작점, 아직 풀지 못한 일을 나눠서 보도록 한 거예요.
브릿지 프로젝트를 8일 만에 다시 열었을 때 이 규칙의 차이가 보였습니다. 로그에는 8월 21일의 다음 작업이 남아 있었지만, Claude는 그 항목부터 바로 시작하지 않았습니다.
그사이에 빠진 일이 있다는 걸 먼저 찾아 기존 기록에 반영했습니다. 제가 원했던 것도 단순히 “다음 번호 실행”이 아니었어요. 지금 상태와 맞는지 살핀 뒤 이어가는 것이었습니다.
이때 알게 됐습니다. 인수인계에는 할 일 목록뿐 아니라 그 목록이 아직 유효한지 확인하는 과정도 필요하다는 걸요.
블로그 자동화 프로젝트도 같은 방식으로 돌아왔습니다
같은 문장을 블로그 자동화 프로젝트에서도 써봤습니다. 새 세션은 마지막 기록을 세션 #39로 찾았고, 직전에 글 발행과 검색 색인 요청까지 끝냈다는 상태를 불러왔습니다.
다음 시작점은 9개가 남아 있었어요. Claude는 9개를 한꺼번에 건드리지 않고, 우선순위가 겹치니 하나부터 정하자고 제안했습니다.
이 사례는 캡처만 남은 것도 아닙니다. 로컬 세션 로그를 열어보면 세션 #39와 해당 글의 발행 기록이 실제로 있습니다.
새 세션이 이전 대화 전체를 외운 건 아니었습니다. 이전 세션이 파일에 남긴 체크포인트를 읽고 다시 출발한 거예요.
제가 바꾼 건 기억력이 아니라 읽는 순서였습니다
지금 사용하는 흐름을 줄이면 이렇습니다.
프로젝트 규칙 → 최신 로그 1~3개 → 필요한 관련 파일
처음부터 모든 문서를 읽게 하지 않습니다. 최신 로그에서 지금 할 일을 찾고, 거기에 적힌 관련 파일만 더 읽습니다.
로그가 길어져도 매번 전체를 다시 넣지 않아도 되는 이유가 여기에 있습니다. 대신 최신 기록이 틀리면 다음 세션도 엉뚱하게 출발할 수 있어요. 완료 여부나 중요한 숫자는 실제 파일과 맞는지 다시 봐야 합니다.
Claude 프로젝트에는 파일, 지침, 컨텍스트와 메모리가 있습니다. 저는 그중에서도 사람이 직접 열어보고 고칠 수 있는 파일을 체크포인트로 골랐습니다.
공개용으로 줄이면 이 정도면 충분합니다
아래 내용은 제 화면과 과거 로그 구조를 바탕으로 간단하게 다시 만든 버전입니다. 제가 Cowork에 넣어둔 최신 규칙 전문과 완전히 같지는 않지만, 처음 시험하기에는 이 정도면 충분합니다.
먼저 프로젝트 규칙에 시작 절차를 넣습니다.
사용자가 “이어서 작업하자”라고 입력하면:
1. SESSION_LOG.md의 최신 블록 1~3개만 읽는다.
2. 최신 완료 작업, 다음 시작점, 미해결 항목을 구분한다.
3. 다른 파일과 충돌하거나 더 최근 변경이 있으면 먼저 알린다.
4. 우선순위가 겹치면 한 번에 하나만 추천하고 사용자에게 확정받는다.같은 곳에 종료 절차도 넣어둡니다.
사용자가 “세션종료”라고 입력하면:
1. 이번 세션의 결정, 수정 파일, 검증 결과, 다음 시작점, 미해결 항목을 정리한다.
2. SESSION_LOG.md의 최신 기록 영역 맨 위에 한 블록으로 추가한다.
3. 이미 본문 파일에 있는 긴 내용은 복제하지 않고 파일 경로와 한 줄 설명만 남긴다.
4. 다음 세션에서 입력할 문구를 한 줄로 안내한다.로그에 대화 전체를 요약할 필요는 없습니다. 다음 사람이 어디서 다시 시작해야 하는지 알 수 있을 만큼만 남기면 됩니다. 무엇을 했는지, 실제로 확인했는지, 아직 무엇이 남았는지가 더 중요해요.
토큰은 덜 썼을까? 아직 숫자는 없습니다
이 구조를 만든 이유 중 하나는 긴 세션을 계속 유지하지 않기 위해서였습니다. Anthropic 공식 안내에도 긴 대화가 자동 컨텍스트 관리를 작동시키면 사용량을 더 소비할 수 있다는 설명이 있습니다.
다만 저는 적용 전후의 토큰을 따로 재보지는 않았습니다. 몇 퍼센트 줄었다고 말할 근거는 없어요.
제가 눈으로 확인한 변화는 다른 쪽입니다. 8일 뒤에도 빠진 작업을 먼저 찾았고, 블로그 자동화에서는 마지막 완료 상태와 다음 후보를 다시 꺼냈습니다.
그래서 지금은 이 방식의 첫 번째 효과를 토큰 절감이 아니라 상태 복원이라고 봅니다. 사용량 관리는 그 과정에서 따라올 수 있는 보조 효과에 가깝습니다.
한계도 분명합니다. 세션종료를 입력하지 않고 창을 닫으면 최신 상태가 남지 않습니다. 자동 저장 기능이 아니라 제가 불러야 움직이는 규칙이기 때문이에요.
오늘은 빈 로그 파일 하나로 시작해도 됩니다
처음부터 복잡하게 만들 필요는 없습니다. 빈 SESSION_LOG.md를 하나 만들고, 결정·수정 파일·검증 결과·다음 시작점·미해결 항목만 적을 자리를 준비해보세요.
작업을 마칠 때 세션종료, 새 대화를 열 때 이어서 작업하자를 한 번씩 써보면 됩니다. 새 세션이 말한 내용과 실제 파일이 맞는지 확인하는 것까지가 첫 시험입니다.
제가 얻은 결론은 두 문장 자체가 특별하다는 게 아니었습니다. 대화가 끝나기 전에 상태를 파일로 꺼내놓고, 다시 시작할 때 읽는 범위를 좁혀둔 것이 더 중요했습니다.
함께 읽으면 좋은 글: 클로드 프로젝트에 규칙을 넣어뒀는데 안 지켜진 이유 / 블로그 자동화, 어디까지 AI에 맡길 수 있을까 / AI 원격 작업: 밖에서 초안까지 끝내고 집에서는 올리기만 합니다
외부 참고: Anthropic 공식 — 사용량과 대화 길이 제한 / Anthropic 공식 — Claude Cowork 프로젝트 구성
※ 이 글의 캡처는 실제 사용 화면이며, 개인정보·계정정보·비밀정보 노출 여부를 확인했습니다. Claude의 제품 명칭과 화면은 계정별 적용 상태에 따라 다를 수 있습니다.