정지된 수집 크론 8개 재가동 승인요청 메모

작성: Ron, 2026-09-28 21:09~21:12 KST. 조회 전용 — 크론 설정은 한 글자도 바꾸지 않았다. 새 진단은 하지 않았고, jobs.json 실측과 오늘 이미 나온 guardian 보고서 3건만 모았다. (같은 원인 진단 태스크 #40275/#40282/#40301/#40309/#40313/#40314/#40318이 반복 반려된 것을 이 메모 1건으로 정리한다.)

1. jobs.json 실측 (8행)

조회 명령: python3로 /Users/ron/.hermes/cron/jobs.json 로드(총 158개 잡) → id 일치 8행 반환, 조회 2026-09-28 21:09:16 KST. 재조회: 2026-09-28 21:11:48 KST 동일 명령 → 8행, 값 변동 없음(jobs.json 수정시각 21:10:38, 8개 잡 필드 동일). ~/.hermes/scripts/migrated/(파일 9개) 중 8개 잡 이름 래퍼 0건(grep exit 1).

id	name	enabled	state	last_status	last_run_at (KST)	last_error 앞 80자
ocRESTORE-market-indicator-tracker	market-indicator-tracker	false	paused	error	2026-08-16 07:05:43	`RuntimeError: HTTP 429: {"error":{"type":"usage_limit_reached","message":"The us`
ocRESTORE-vault-macro-bridge	vault-macro-bridge restored cron	false	paused	ok	2026-08-14 06:50:34	(빈값)
ocRESTORE-vault-fundamental-bridge	vault-fundamental-bridge restored cron	false	paused	error	2026-08-16 07:00:44	`RuntimeError: HTTP 429: {"error":{"type":"usage_limit_reached","message":"The us`
ocRESTORE-vault-technical-bridge	vault-technical-bridge restored cron	false	paused	error	2026-08-16 07:10:45	`RuntimeError: HTTP 429: {"error":{"type":"usage_limit_reached","message":"The us`
ocRESTORE-inbox-bridge	inbox-bridge memory sources to 100-inbox	false	paused	error	2026-08-16 12:31:05	`RuntimeError: HTTP 429: {"error":{"type":"usage_limit_reached","message":"The us`
ocFUND-dart-disclosure-collector	fundamental DART disclosure collector	false	paused	error	2026-08-16 06:00:44	`RuntimeError: HTTP 429: {"error":{"type":"usage_limit_reached","message":"The us`
ocFUND-edgar-disclosure-collector	fundamental EDGAR disclosure collector	false	paused	error	2026-08-16 06:10:42	`RuntimeError: HTTP 429: {"error":{"type":"usage_limit_reached","message":"The us`
daily-context-snapshot	daily-context-snapshot Hermes mirror	false	paused	error	2026-08-16 09:00:56	`RuntimeError: HTTP 429: {"error":{"type":"usage_limit_reached","message":"The us`

'HTTP 429 usage_limit_reached' 원문이 있는 잡: 7개. ocRESTORE-vault-macro-bridge는 last_error 빈값, last_status=ok, 마지막 실행 08-14 → 과제 전제("8개 모두 08-16 HTTP 429")와 불일치.
같은 조회에서 확인한 추가 필드(원문 값만 기록):
paused_reason: 6개 = "2026-08-16 미사용 정리 (3~4월 생성, 사용자 확인)", market-indicator-tracker·daily-context-snapshot 2개 = null.
paused_at: 6개 = 2026-08-16T03:45:26Z(= 12:45 KST), 2개(market-indicator-tracker, daily-context-snapshot) = 2026-08-17 13:31 KST.
8개 전부 no_agent 키 없음, script 키 없음, prompt 길이 0, command 필드에만 실행문 있음.
/Users/ron/.hermes/scripts/migrated/에 이 8개 이름의 래퍼 파일 0개(ls|grep 결과 없음).

2. 오늘 보고서 결론 vs jobs.json 대조

보고서	결론 1줄 (원문 요지)	jobs.json 실측과 대조
260928_guardian_context-fundamental-technical-stall.md (9~13행)	fundamental/technical 두 잡은 `no_agent`/`script` 키 없이 `prompt=""`라 07-20~08-16 빈 에이전트 잡(`[SILENT]`)으로 돌았고, 08-16 12:45 KST 일괄 정지(paused_reason "미사용 정리, 사용자 확인")	일치 — 두 잡 enabled=false/paused, last_run 08-16 07:00/07:10 error(429), paused_at 03:45:26Z, no_agent·script 없음, prompt 0자 모두 실측과 같음. 보고서가 "이 두 잡(과 macro-bridge)만 변환 누락"이라 했으나 실측상 8개 전부 동일하게 no_agent/script 없음 → 범위 표현 불일치(보고서가 좁게 기술)
260928_guardian_macro-timeseries-updater.md (13~15행)	BAMLC0A0CM 등 09-28 07:10 갱신 주체는 활성 크론 `fi-morning-brief` 래퍼이며, 정지된 market-indicator-tracker는 이 폴더에 쓰지 않음(두 사안 무관)	일치 — market-indicator-tracker enabled=false, last_run 08-16 07:05 error, 보고서 26행 표와 실측 동일
260928_guardian_bamlc0a0cm-writer.md (15~18행)	갱신 주체 = `fi-morning-brief`(enabled=true, 평일 07:10), market-indicator-tracker는 비활성·무관	일치 — 42행 "ocRESTORE-market-indicator-tracker (jobs.json 3101행) enabled=false, 마지막 실행 2026-08-16 07:05 error"가 실측(3101행, 동일 값)과 같음

불일치 요약: ① 과제 전제의 "8개 모두 429" ↔ 실측 7개(vault-macro-bridge는 08-14 ok). ② 보고서1의 "두 잡(과 macro-bridge)만 변환 누락" ↔ 실측 8개 전부 no_agent/script 없음.

3. BAMLC0A0CM.json 상태

파일: /Users/ron/.hermes/workspace/memory/macro-timeseries/BAMLC0A0CM.json
수정시각: 2026-09-28 13:10:29 (stat, 조회 21:09 KST). 오전 보고서 기록(07:10:50) 이후 한 번 더 쓰였음 — 13:10 쓰기 주체는 이 메모에서 새로 특정하지 않음(미확인).
파일 안 last_updated: 2026-09-28 / 데이터 161개 / 마지막 관측일 2026-09-24 = 0.79 (직전 09-23 = 0.77).
수집 크론 8개가 정지된 상태에서도 이 파일은 계속 갱신되고 있다(오늘 13:10 수정, 평일 07:10 fi-morning-brief 래퍼 경로 — guardian 보고서 2건 결론).

4. 재가동 시 알아야 할 사실 (보고서1 44행 + 이번 실측)

enabled=true만 켜면 8개 모두 no_agent/script가 없고 prompt가 비어 있어, 보고서1이 기록한 것처럼 수집기는 안 돌고 빈 실행([SILENT])만 반복될 수 있다. 재가동하려면 잡별로 no_agent: true + script: migrated/<id>.sh 래퍼(현재 ~/.hermes/scripts/migrated/에 없음) 변환이 같이 필요하다.
6개는 paused_reason에 "사용자 확인"이 적힌 의도적 정지다. 해리가 08-16에 정리하기로 한 것을 되살리는 결정이다.
08-16 당시 실패 원문은 429 usage_limit_reached(모델 사용량 한도)다. 원인 추가 해석은 하지 않았다.
데이터 공백만 메우는 수동 1회 실행 경로는 보고서1 38~39행(dry-run 179/179 성공)에 있다 — 크론 설정 불변.

승인 요청: 8개 크론 재활성화 여부(해리 확인 필요, 에이전트가 직접 활성화하지 않음)

해리가 정할 것 (에이전트는 아래 어느 것도 실행하지 않았다): 1. 재활성화 대상: 8개 전부 / 일부(예: 시장지표·펀더·기술 3개만) / 유지(정지 그대로). 2. 재활성화 시 no_agent+script 래퍼 변환을 함께 진행할지(안 하면 빈 실행 반복 가능). 3. 08-16 "미사용 정리(사용자 확인)" 결정 6개를 뒤집을지 여부.