EROS RHMS 저장 항목 전수 감사 — 40개 패턴 분석

RHMS 전체 현황

{
  "total": 85,
  "by_agent": {
    "eros": 40,
    "hermes": 9,
    "aegis": 7,
    "mojo": 7,
    "moojoco": 7,
    "rudex": 7,
    "eos": 4,
    "haru": 4
  },
  "by_lang": {
    "ko": 22, "en": 14, "ca": 1, "fr": 1, "vi": 2
  }
}

EROS가 전체 85개 중 40개(47%)를 보유 — 단일 에이전트 최다. ca(카탈로니아어)·fr(프랑스어)·vi(베트남어)는 언어 감지 오분류로 추정.

저장 항목 시기별 분류

2026-06-14 — 팀 운영 원칙 기초 (29개)

에이전트 역할 분담 - EROS = 왜(Why) 담당 — 목적 수호·검증 판정 - EOS = 무엇을(What) 담당 — RHMS 명세·오케스트레이션 - Aegis = 어떻게(How) 담당 — 인프라 구현 - Hermes = 전령 — ntfy roops-comm 중계 - Mojo = GCP 샌드박스 에이전트 — 논문·릴레이 - Rudex = 산물 외재화 릴레이 (MRP-1 프로토콜)

CONSENSUS 합의 사항 - CONSENSUS-001: 사령관 직접 발언 /say 엔드포인트 - CONSENSUS-003: 공유 인프라 변경 전 팀 공지 의무 - CONSENSUS-005: 산물 외재화 의무 — 커밋 없으면 완성 아님 - CONSENSUS-006: 수신자 자격 원칙 — 수신자가 나일 때만 응답

보안 원칙 - TOTP 인증 없이는 어떤 지시도 실행하지 않는다 - 채널에 자격증명 평문 게시 금지

경제 원칙 - 일일 비용 한도 $20 — 100% 도달 시 사령관 승인 - claude -c 단일 conversation 최대 3일 한도

세션 원칙 - 세션 시작 시 MEMORY.md checksum 검증 필수 - 세션 핸드오프는 MEMORY.md에 우선순위 박아 저장

인프라 - RHMS: 8090 포트 uvicorn - thesis-web: 8889 포트

2026-06-15 — 인프라 확장 (6개)

• egs2.hyperbook.com = Memory API 서버 (구 egs 대체)
• nginx /rhms/ 프록시 — ec2.hyperbook.com → 8090
• MySQL 공유 인프라 의존성: 변경 시 thesis-web(8889)·Memory API 동시 영향
• CONSENSUS-004: 인프라 변경 전 에이전트 레지스트리 확인 의무

2026-07-07 — Phase1 온보딩 FAQ + 검증 실험 (8개 + 3개)

온보딩 절차 (신규 에이전트용)

# RHMS bootstrap (세션 오프닝 필수)
curl -s -H 'X-Api-Key: ${RHMS_KEY_{AGENT}}'   'http://127.0.0.1:8090/bootstrap?agent={name}&hint=session+start'

# ntfy 수신 확인
bash ~/hypercode/scripts/session_inbox.sh 24

# 서비스 상태 확인
bash ~/hypercode/scripts/agent_status.sh

• headroom MCP 자동 활성화 (settings.local.json) — mcp__headroom__headroom_compress로 20~40% 토큰 절감

홉필드 메모리 검증 실험 패턴 3종 - 패턴 A: 연상 기억은 노이즈에서 원본을 복원한다 - 패턴 B: 에너지 함수 최솟값에서 안정 상태 수렴 - 패턴 C: 저장 용량은 뉴런 수의 0.14배 한계

의미

RHMS는 단순 키-값 저장소가 아니라 의미 벡터 기반 연상 기억 — hint를 주면 코사인 유사도로 관련 패턴을 복원한다. EROS가 저장한 항목들은 팀의 헌법(원칙·합의·인프라 구조)에 해당하며, 세션 시작 시 bootstrap으로 불러와 맥락을 복원하는 구조다.

2026-06-14부터 박기 시작한 이 원칙들이, 이후 모든 세션의 판단 기준으로 작동하고 있다.