온톨로지 현황 점검 보고서

1. 노출팀용 안내 페이지의 비보호 사본이 공개 경로에서 열린다

현상

팀에게 나눠 준 MCP 연결 안내 페이지에 보호가 걸린 사본과 걸리지 않은 사본이 함께 있고, 비보호 사본이 로그인 없이 열린다. 그 페이지 본문에 팀용 MCP 비밀키가 평문으로 3회 들어 있다.

원인

6월 25일에 추측하기 어려운 경로로 사본을 새로 만들면서 원래 디렉토리를 남겨 뒀다. 웹서버 보호 규칙은 새 경로만 잡고, 남은 원본은 일반 파일 서버가 그대로 내보낸다.

영향

새어 나가는 범위는 팀 인스턴스(8768)까지다. 이 인스턴스는 볼트 하나(projects)만 열려 있고 도구 5개가 전부 읽기 전용이며, 저장 도구는 없다. HC 개인 인스턴스(8767, 도구 23개)의 비밀키는 이 페이지에 없다 — 그쪽은 보호가 정상 동작하는 별도 페이지에만 있다.

근거

보호 사본 → 401 (정상) 비보호 사본 → 200 (로그인 없이 열림) 두 파일 내용은 동일. 페이지 본문의 키 값이 맥 로컬 팀 비밀키 파일 값과 문자열 일치

HC 선택지

(가) 비보호 사본에도 로그인 보호를 건다 · (나) 남은 원본 디렉토리를 정리한다 · (다) 팀 비밀키를 새로 발급한다. 셋을 함께 해도 된다.

2. 조용한 실패투자 볼트 주간 동기화가 6주 연속 실패했는데 성공으로 보고됐다

현상

월요일 06:30 투자 그래프 동기화가 2026-07-27부터 08-31까지 6회 연속 4단계 전부 실패. 그런데도 자동화 관제탑에는 잡히지 않았다.

원인

automation/invest_graph_sync.sh 13행이 파이썬 3.12를 1순위로 고르는데, 이 시스템에서 필요한 모듈(yaml·networkx)이 없는 인터프리터가 하필 3.12 하나뿐이다. 3.14와 3.9에는 둘 다 있다. 파이썬 3.14 업그레이드 때 3.12만 빈 채로 남은 잔재다.

영향

투자 그래프가 08-23 20:26에 고정. 원천 위키는 09-03 22:05까지 갱신됐으니 그래프가 원천보다 11.5일 낡았다. 감싸는 스크립트가 종료코드 0을 돌려줘서 실패가 어디에도 남지 않았다.

근거

==== [20260831 06:30] invest 그래프 동기화 시작 ==== ModuleNotFoundError: No module named 'yaml' ⚠️ extract 오류(rc=1) ModuleNotFoundError: No module named 'networkx' ⚠️ communities 오류(rc=1) 실패 회차: 07-27 / 08-03 / 08-10 / 08-17 / 08-24 / 08-31

HC 선택지

(가) 스크립트에서 3.12 우선 지정 한 줄을 빼기 — 가장 작은 수정 · (나) 3.12에 모듈을 다시 설치하기.

3. 조용한 실패위키 본문 검색 색인이 5개 볼트 전부 8월 23일에 멈춰 있다

현상

ai·projects·onto·invest·chat 다섯 볼트의 본문 검색 색인 파일이 모두 08-23 20:26에 멈춰 있다. 질문을 하면 오류 없이 답이 나오지만, 그 뒤에 저장한 문서는 결과에 끼지 못한다.

원인

색인을 다시 만드는 build_wiki_fts.py를 정기적으로 돌리는 스케줄러를 찾지 못했다. 등록된 자동 작업 전수와 LaunchAgents 폴더 전수를 훑었으나 이 스크립트를 부르는 항목이 없었다. 08-23의 시각은 중복 정리 작업 때 손으로 한 번 돌린 흔적으로 보인다.

영향

가장 벌어진 곳은 대화 볼트다. 그래프는 09-04 00:27로 최신인데 검색 색인은 08-23 → 격차 11.2일. 질의가 실패하지 않고 최근 문서만 조용히 빠지는 형태라 알아채기 어렵다.

근거

graph/search.db (ai) 105MB · 08-23 20:26 graph/chat/search.db 21.8MB · 08-23 20:26 onto · projects · invest 동일 시각 예외) index/ai/search.db 09-03 23:30 — 매일 23:30 별도 색인이 살아 있음(경로가 다름)

HC 선택지

야간 재색인 스케줄러를 새로 만들지 결정. 만든다면 대화 볼트 처리가 끝난 직후에 붙이는 것이 자연스럽다.

4. 배포 지연server1 수동 배포가 12일째 밀려 원격이 8월 23일에 멈춰 있다

현상

서버 갱신은 deploy-mcp.sh를 손으로 돌려야 하는데 마지막 흔적이 08-23 20:26이다. server1의 스크립트·볼트·그래프 파일 시각이 모두 이 시점에 몰려 있다.

원인

자동화가 없는 수동 절차이고, 12일간 실행할 계기가 없었다.

영향

원격에서 최근 12일치 AIVault·InvestVault·onto 저장물을 회수할 수 없다. 서버 코드도 264줄 뒤처져 있는데, 여기에 08-30 인사정보 보호 가드 개정과 09-01 읽기전용 스위치가 들어 있다. 아마란스를 원격에서 켤 생각이라면 이 배포가 반드시 먼저다.

근거

위키 미반영 파일 수 ai 57 · invest 35 · onto 24 그래프 격차 ai 9일 · onto 9일 · amaranth 12일 mcp_server.py server1 08-23 20:12(136,884B) vs 맥 09-01 03:46(150,922B) 차이 264줄

HC 선택지

배포 1회를 승인할지, 아니면 매일 자동으로 도는 형태로 바꿀지. 5번과 함께 결정하면 한 번에 정리된다.

5. 이중 경로대화 위키가 서버에 두 벌 있고, MCP는 낡은 쪽을 읽는다

현상

매일 00:05 대화 처리 파이프라인이 최신 위키를 서버에 올리는데, 올리는 위치와 MCP가 읽는 위치가 다르다. 675개 파일이 서버에 이미 있는데도 MCP가 보지 못한다.

원인

run_all.sh 49행은 ~/ChatVault/wiki/로 보내고, MCP 설정은 ~/ontology-mcp/vaults/chat을 가리킨다. 뒤쪽은 수동 배포 스크립트로만 갱신된다.

영향

대화 볼트가 반쪽 상태다. 그래프 기반 도구는 최신으로 정상 작동하고, 원문 열람과 기간 검색만 08-23에 멈춰 있다.

근거

파이프라인이 올리는 곳 : ~/ChatVault/wiki/ → 09-04 00:26 · 6,270개 MCP가 읽는 곳 : ~/ontology-mcp/vaults/chat/wiki/ → 08-23 00:08 · 5,595개 실측: 최근 7일 원문 검색 → "최근 7일 내 매치가 없습니다" 반면 대화 검색 63건 · 지형도 287 클러스터는 정상

HC 선택지

(가) 파이프라인이 올리는 대상 경로를 MCP가 읽는 곳으로 바꾸기 · (나) 수동 배포를 매일 자동 실행으로 돌리기.

6. 동작하지 않음원격의 아마란스 도구 6개가 무동작이고, 실패를 실패로 알리지 않는다

현상

8767 인스턴스에 아마란스 검색·열람·첨부읽기·지식노트 3종까지 도구 6개가 등록돼 있으나 뒤에 데이터가 없다.

원인

배포 스크립트의 복사 대상에 AmaranthVault 색인이 아예 없다(34~49행 확인). server1의 AmaranthVault에는 위키 디렉토리 하나만 있고 색인 디렉토리가 없다.

영향

원격에서 아마란스를 검색하면 오류가 아니라 "없다"는 정상 응답이 돌아온다. 클라이언트가 장애로 인지하지 못하고 "문서에 그런 내용이 없다"고 오독할 소지가 있다. 다만 그래프는 올라가 있어 개념 질의 자체는 정상 동작한다.

근거

amaranth_search → "search.db가 없습니다: /home/ubuntu/AmaranthVault/index/search.db" (isError:false — 오류가 아닌 정상 응답으로 반환) amaranth_knowledge_list → "지식노트가 아직 없습니다."

HC 선택지

(가) 아마란스를 원격에 올린다 — 이 경우 4번 배포가 반드시 선행 · (나) 원격에서는 아마란스 도구를 내린다. 민감도 판단이 필요한 방향 결정이다.

7. 적체온톨로지 대기함 8건이 쌓였고, 아침 점검의 자동 조치가 3일 연속 불발됐다

현상

onto 대기함에 승인 대기 8건(09-02 2건 · 09-03 3건 · 09-04 3건). 08-24~08-30에는 매일 0건으로 비워지고 있었다.

원인

대기함 비우기는 수집 스크립트가 아니라 아침 워처가 부르는 후속 조치의 3번 항목인데, 그 호출이 3일 연속 실패했다. 오늘 워처는 종료코드 1로 끝났다.

영향

덧붙여 "오늘 수집 기록 없음" 판정은 설계상 오탐이다. 워처가 09:00에 점검하고 그 워처가 부른 작업이 09:01에 수집을 도는 구조라, 점검 시점에는 항상 오늘 기록이 없다. 08-23 이후 모든 회차가 예외 없이 심각 판정으로 텔레그램 경보를 보내 알림 피로가 쌓였다. 실제 09-04 수집은 성공했다(신규 3건).

근거

09-02 09:03:17 claude 호출 실패 rc=1 09-03 09:06:37 완료 … 응답길이=65 (4단계를 다 돌았다고 보기 어려움) 09-04 09:10:06 claude 호출 타임아웃(600초) 같은 날 수집 로그: "완료: 신규 3개 수집, 승인 대기 8건 (자동 promote 없음)"

HC 선택지

(가) 대기 8건 승인 여부 — 자동 승인 없음이 설계이므로 HC 판단 영역 · (나) 점검 순서를 바꿔 오탐 경보를 없앨지.

8. 테스트스모크 테스트 6건 실패 — 회귀가 아니라 기준값이 낡은 것

현상

21건 통과 / 6건 실패. 실패 6건 모두 저장해 둔 기준값과 현재 값의 엣지 수 차이다.

원인

ai는 09-01 중복 정리로 개념이 합쳐져 엣지가 줄었고, invest는 08-23 이후 원천이 늘어 엣지가 증가했다. 변화 방향이 실제 작업과 일치한다.

영향

기능 이상은 아니다. 실패가 ai·invest 두 볼트에만 몰리고 projects·onto는 정확히 통과했으며, 같은 코드가 도는 커뮤니티 계산은 4볼트 전부 통과, MCP 3도구 종단 테스트도 통과했다. 다만 기준값이 틀린 채로 두면 진짜 고장이 났을 때 구분이 안 된다.

근거

FAIL ai — 골든 8168 vs 현재 8055 (추가 62 · 제거 175) FAIL invest — 골든 978 vs 현재 1023 (추가 155 · 제거 110) 같은 차이가 build_viz · load_graph 양쪽에서 동일하게 3쌍 발생

HC 선택지

기준값을 지금 값으로 다시 잡을지 결정. 이 작업은 파일을 덮어쓰므로 이번 점검에서는 하지 않았다.

9. 형상 관리운영 중인 코드가 버전관리 밖에 있다

현상

ontology-lab에 커밋되지 않은 변경 134건, 마지막 커밋 이후 12일. ChatVault 저장소는 5,528건 미커밋, 마지막 커밋 이후 83일.

원인

대화 위키는 매일 자동으로 늘어나는 볼트라 축적 자체는 정상이다. 문제는 코드 쪽이다.

영향

매일 23:30 실전 가동 중인 색인 코드 두 개와 그 등록 파일이 버전관리 밖에 있다. 지금 잘못되면 되돌릴 지점이 없다.

근거

ontology-lab 수정 10건 + 신규 124건, 마지막 커밋 656f5ae (08-23 21:35) 버전관리 밖 운영 코드: scripts/aivault_fts.py, automation/aivault_fts_nightly.sh, 등록 파일 ChatVault 미커밋 5,528건, 마지막 커밋 8df31a6 (06-13 18:36)

HC 선택지

커밋 승인 여부. 커밋은 상태를 바꾸는 작업이라 하지 않았다.

10. 품질대화 볼트 클러스터 287개의 요약이 전부 비어 있다

현상

대화 볼트 커뮤니티 287개의 요약이 모두 "(미작성)"으로 남아 있다.

원인

이번 점검 범위에서 원인까지는 확정하지 않았다.

영향

지형도 응답 자체는 정상이라 조회는 된다. 다만 클러스터를 훑을 때 각 덩어리가 무슨 주제인지 한눈에 보이지 않는다.

근거

지형도 조회 결과 287 클러스터 응답 정상, 요약 필드는 전 항목 미작성.

HC 선택지

우선순위 낮음. 다른 항목 정리 후에 요약 생성을 한 번 돌릴지 판단하면 된다.

11. 경미 · 관찰기록만 해 두는 항목 세 가지

현상 · 근거

잘못된 요청 응답 7일간 149건 (8/28 15 · 8/29 4 · 8/30 17 · 8/31 28 · 9/1 36 · 9/2 25 · 9/3 16 · 9/4 8) 정상 응답과 같은 대역에서 오고 앞뒤에 정상 응답이 섞임 — 연결 시작 절차로 추정, 원인 미확정 맥 비밀 파일 권한 .mcp-secret 600 (적정) · .mcp-secret-team 644 · .pack-site-secret 644 대화 처리 09-03회차 요약 15건 전량 실패(작업 기록 파일 손상) → 09-04 회차에서 26건 완료·0실패로 자가 복구

영향

셋 다 현재 기능에 지장은 없다. 09-03 실패분은 다음 날 자동으로 만회됐다. ThreadFolio MCP(8769)의 도구 목록은 세션을 열어야 확인되는 구조라 이번엔 검증하지 않았다.

HC 선택지

지금 조치할 것 없음. 파일 권한만 정리해 둘지 정도가 선택 사항이다.