요청: butler-metrics-수확기v3

• 날짜: 2026-06-13 12:08:29
• 작업 경로: /Users/ef/CrownyOS/crownyc

요청 본문

수확기 v3 — 메시지 단위 → 작업 단위 집계. agentId 그룹핑, 위임작업 1건, 수확 노이즈 4159행 제거, .harvested-agents dedup

관련 산출

(클로드가 작업 결과를 이어 기록)

결과 (2026-06-13 완료)

실측 근거

• JSONL agentId 필드 확인: isSidechain=true 메시지 전부에 agentId 존재 (누락 0건)
• agentId별 메시지 수 분포: 5~67건 (평균 ~20건) — 메시지 단위 집계는 실제 작업의 10~70배 인플레
• agentId 총 2214개 (7일치 전체) → 위임작업 2214행

변경 사항

butler-metrics.sh: 수확 1단계 전면 재작성 (v3)

isSidechain=true 메시지를 agentId로 그룹핑

agentId별 토큰 합산 → 1행 (위임작업 라벨, agentId=XXXXXXXX msgs=N 비고)

.harvested-agents dedup 파일로 재처리 방지

본세션(isSidechain=false)은 수집 제외 (기존과 동일)

정리 전/후 dat

• 정리 전: 4992행 (수확 4159 + 본세션 821 + 시드 12)
• 정리 후(v3 수확 포함): 3047행 (위임작업 2214 + 본세션 821 + 시드 12)
• 백업: 집사효율.dat.bak2 (4992행 전체)

측정기 4상판정 현황

• 현재 옴(데이터 부족) — 측정기가 dat을 읽기() 1회 호출로 읽는데, 파일이 260KB이나 VM STR_MAX_LEN=16384(16KB) 한계로 앞부분만 처리 (8건)
• 측정기.한선은 다른 에이전트 소유 — 이 세션 수정 불가
• 위임작업 라벨은 측정기 제외목록(수확|본세션)에 없으므로 자동 포함 OK. 단, STR 한계 해소 후 정상 집계 가능

추가 발견: 측정기 STR 한계 이슈

• 측정기 읽기(경로_효율) 단일 호출이 16KB 초과 파일을 잘라 읽음
• 해결책(측정기 세션 위임): 청크 읽기 또는 체계() + 임시파일 패턴으로 전환 필요