삼체catch-up
정규본이 없어, 이 페이지가 생겼습니다
정규 삼체에 timeout-safe 체크포인트를 붙일까요?
1번 진행해 — 설계 바로 시작
보류 — 다음 주 한 번 더 관찰
폐기 — catch-up만 유지
01
이번 주 지표
ACTIVE CRON
69
정상 65
ERRORS
4
삼체·wikidocs·테크·러닝
정규 삼체
실패
600s timeout
위키독스 batch
3일
연속 중단
94%
cron 정상률
65 / 69 잡
65 / 69 잡
02
확인된 실패
CRITICAL
삼체
600초 timeout 종료. 수집→분석→HTML→요약 전체를 한 턴에 처리하다 중단. 보고서와 시각화 모두 없었음.
→ PROPOSAL 01 참조
WATCH
wikidocs-batch
3일 연속 같은 책 분석 단계에서 code -15. 책 단위 재개 상태 분리가 필요하나 코드 확인 선행.
→ 보류
WATCH
running-weekly
2주 연속 md 생성 후 배포 단계에서 code -15. 산출물은 만들어졌으나 전달이 안 됨.
→ 보류 — 상태 분리 제안
MONITOR
weekly-tech-scout
1회성 모델 timeout 가능성. 이전 실행은 정상. 반복 시 재시도 로직 검토.
→ 다음 주 추적
03
이번 주 판단
PROPOSAL 01 · 즉시
삼체
timeout-safe
체크포인트
timeout-safe
체크포인트
수집 완료 즉시 partial.md 저장. 단계별 파일 갱신. timeout이 나도 어디까지 됐는지 남는다.
PROPOSAL 02 · 보류
wikidocs
책 단위
재개 기준
책 단위
재개 기준
3일 연속 반복. 코드·상태 파일 구조를 먼저 확인해야 한다. 형님 승인 후 별도 작업.
PROPOSAL 03 · 폐기
새
LLM Wiki
구축
LLM Wiki
구축
L1 · 삼체 tracker · 옵시디언 구조가 이미 있다. 중복이므로 만들지 않는다.
04
검증 기준
1
다음 정규 삼체(2026-06-14) 성공 시 — md · HTML · 텔레그램 요약 3개가 모두 저장되어야 함
2
다음 정규 삼체 실패 시 — partial.md에 수집 범위와 실패 지점이 남아야 함
3
partial 파일이 혼란을 주면 -partial suffix로 분리하거나 완료 후 정리