Careerwiki 브레인 동기화
시스템활성🔁 매주 일요일 04:00 (KST) · Windows 작업 스케줄러 · WikicomuCareerwikiBrainRefresh
Careerwiki D1을 통째로 다시 읽어 브레인 재투영 — 직업·전공·HowTo·분류·관계·AI추천·커뮤니티 반응. 원본에서 사라진 항목은 자동 삭제(stale sweep). 에이전트 토큰 0.
수동 실행: npm run brain:careerwiki
보고서
에이전트가 정기적으로 실행할 보고서 작업을 정의합니다.
시스템 동기화 (OS 스케줄러 · 읽기 전용)
에이전트 보고서 스케줄
LAX D1 rows_read 일일 감시
비활성에이전트: 서지오 · 1일 주기
[일일 감시 — LAX D1 rows_read 요금 가드. 감시 전용, 새 수정·배포 금지] 2026-07 CareerWiki D1 $85/785억행 사건 재발방지 가드다. LAX는 별도 CF 계정이라 wikicomu 감시가 커버 못 하니 여기서 자체 감시한다. 절차: 1) cd C:/Users/user/LAX-site 후 두 DB 각각 실행 (stderr 경고 무시, stdout JSON만 파싱): npx wrangler d1 insights lax-prod --sort-type sum --sort-by reads --sort-direction DESC --timePeriod 1d --limit 100 --json npx wrangler d1 insights lax-db --sort-type sum --sort-by reads --sort-direction DESC --timePeriod 1d --limit 100 --json 2) DB별 totalRowsRead 합산 → 두 DB 합계 = 24h 총합. 3) 판정 (LAX 계정 무료한도 월 25B ≈ 일 833M, 보수 임계): - 두 DB 합계 < 300,000,000 → 정상. 보고서 3줄(DB별 합계, 상위 1 쿼리+회수, "정상"). - 300M~800M → 제목에 [경보]: DB별 상위 5 쿼리를 표(쿼리 요약·rows_read·실행횟수·평균 rows/query)로 정리하고, 코드에서 원인 파일·라인을 지목해 가설을 적어라. - 800M 초과 → 제목에 [긴급]: 위 표 + 즉시 조치 제안(캐시/인덱스/쿼리 재작성). HQ(자비스)·Jason 열람 대상. 4) 회귀 감시: task_queue listRecentTasks(활동패널)가 다시 상위에 오르면 0111 인덱스/derived-table 재작성이 롤백됐는지 의심하고 반드시 [경보]. 5) 이 세션에서는 절대 코드 수정·배포하지 마라. 감시·보고까지만. 수정은 별도 지시 흐름. 6) 명령이 실패하면(wrangler 버전 변경 등) 실패 사실과 에러 전문을 [경보]로 보고하라 — 조용히 넘어가지 마라.
판례 지식층 주간 갱신
활성에이전트: 리아 · 주간 (7일) 주기
브레인(lax)의 판례 큐레이션 페이지를 precedents DB 최신 상태로 재생성하라. 대상: 판례-조문클러스터(참조조문 클러스터 인덱스), 판례-리딩케이스(피인용 상위 15건 카드+인용 cross-link), 판례-키워드축. 기준 스펙은 브레인의 판례-지식층 페이지(2층 구조, L1 큐레이션+L2 코퍼스)를 따르고 기존 페이지 구조·slug를 유지하라. 소장 판례(source=변호사 소장, workspace_id 있음)는 통계에 포함하되 개별 카드로 노출할 때 워크스페이스 식별 정보를 쓰지 마라. 변경 요약을 보고로 남겨라.