2026-09-16 세션 — 작업유형 실측 + 토큰 절약 처방 9개 적용

[코디] 페페 지시 = 「내가 주로 하는 작업의 주요 유형을 seedchain만 확인해서 조사해. 그리고 거기에 맞게 토큰 사용을 절약할 수 있는 방법을 더 조사해줘」 → 후속 지시 = 「모두 적용하고 7번은 자동으로 세션유휴 방지 가능한 방법을 적용해줘」 domain:infra · svc:token-saving

논의 · 대안

작업유형 조사 = seedchain projects/**/*.md 의 26.M.D 날짜스탬프 5,016건(26.07~09) 집계로 잡았다. BRIEF.global.md 는 자동생성이라 목표줄이 「(목표 미기재)」투성이라 분류에 못 쓴다 → 활동량 기반이 정확했다.
토큰 레버 선정 — 26.9.16 오전 실측(메인 opus 소비의 58%가 cache_read · 평균 컨텍스트 238k/턴)의 후속으로 「무슨 일을 했나」가 아니라 「무엇을 컨텍스트에 넣었나」를 봤다. cache_read ≈ 평균컨텍스트 × 턴수.
⚠중간에 전제가 틀린 걸 잡았다 — 「pfs handoff.md 113,027자가 BRIEF.pfs 를 부풀린다」가 처음 가설이었는데, build_brief.py 가 handoff 를 6,000자에서 클립한다. 진짜 범인은 인계문(relay-*.md)을 handoff 카테고리로 등록한 것 (문서마다 6,000자씩 별도로 박힌다). pfs·talklog·sueun-dev·danggeun 4개 BRIEF 가 그걸로 부풀어 있었다.

결정

처방 9개 전부 적용. 규칙 본문 단일 출처 = C:\dev\seedchain\rules\runbook.md 「토큰 절약」, C:\dev\CLAUDE.md §2-4 에 1줄 포인터.
7번(유휴)은 알림이 아니라 자동 차단으로 간다 — 상주 워처가 유휴 50분에 캐시 유지 핑을 직접 주입한다. 경제 손익분기(코덱스 상의) = 연속 6회(≈5~6시간)를 넘으면 한 번 재기록이 싸다 → 상한 6회 후 텔레그램 보고하고 정지.
⏳페페 판단 대기 1건 = C:\dev\CLAUDE.md 자체(현재 10,451자, 빌드 소프트캡 8,000자 초과). 항상 로드라 여기 1자가 제일 비싸다. 페페 규칙 본문이라 코디가 임의로 못 자른다.

산출물

무엇	경로	수치
유휴 자동 차단 워처	`C:\dev\tools\idlewatch\idlewatch.py`	selftest 12/12 · 기동 = HKCU Run
도구 함정 아카이브	`C:\dev\seedchain\rules\tooling-archive.md`	tooling.md 81,264 → 69,290자
토큰 절약 규칙 7개	`C:\dev\seedchain\rules\runbook.md`	신설 절
devplan 상황판	`C:\dev\devplan\token-saving.html`	허브 카드 `token-saving`
세션 시작 고정비	—	88,700 → 66,434자 (−25%)

커밋 / 다음

07d6991 (seedchain 1차 — pfs 파일은 동시작업 회피로 제외)
다음 = ①root HANDOFF.md 의 PFS 구간 10,691자 이관(pfs 에이전트 종료 후) → 8,000자 달성 ②CLAUDE.md 감량 여부 페페 결정 ③idlewatch 첫 실주입 로그 확인(idlewatch.log)

관계

상위 근거 = C:\dev\seedchain\rules\tooling.md 🆕신규 26.9.16 두 항목(상한 500k · cache_read 58%)
조사 원문 = C:\dev\seedchain\projects\ideas\ideas.md 「2026-09-16 — 작업유형 분포 실측 + 토큰절약 2차 조사」
유휴 워처가 쓰는 도구 = C:\dev\tools\ctxmeter\ctx.py · C:\dev\tools\cody-bridge\send_to_window.py · C:\dev\tools\notify.py