해리 맥미니 운영 청사진
1. 한 줄 요약
이 시스템은 OpenClaw를 중심 운영축으로 두고,
Codex는 구현, Claude는 기획·검토, Hermes는 병행 스택,
knowledge / knowledge-agent는 기억 저장층,
virtual-insanity.net은 결과 출력층으로 붙어 있는 개인 운영체제 구조다.
2. 전체 구조
flowchart LR
H[해리 요청]
M[메신저 / 세션 / cmux]
O[OpenClaw 운영 본체]
Q[작업 큐 bus_commands / ops_todos]
A[에이전트들]
K1[knowledge 원본 볼트]
K2[knowledge-agent 작업 볼트]
W[virtual-insanity.net 웹앱]
R[텔레그램 / 보고 / 대시보드]
H --> M --> O --> Q --> A
A --> K1
A --> K2
A --> W
A --> R
3. 핵심 역할 분담
OpenClaw
- 운영 본체
- 게이트웨이, 대시보드, 작업 큐, 크론, 오케스트레이터 담당
Codex
- 구현 전담
- 코드 수정, 스크립트 작성, 검증, 통합 처리
Claude
- 기획·검토·행동 규칙 담당
- 설계, 리뷰, 기준 정렬에 무게
Hermes
- OpenClaw와 공존하는 병행 에이전트 스택
- 독립 홈을 가진 별도 축
knowledge
- 해리의 원본 옵시디언 볼트
- 읽기 중심의 기준 지식 저장소
knowledge-agent
- 에이전트 산출물, 초안, 보고서, 작업 메모 저장소
virtual-insanity.net
- OpenClaw 파이프라인이 운영하는 웹앱
- 분석/브리핑 결과의 사용자 출력면
4. 에이전트 역할표
| 에이전트 | 주 역할 | 지금 해석 |
|---|---|---|
| ron | 운영 총괄, 지식 순환, 시스템 조율 | 중앙 지휘자 |
| codex | 코드 구현, 버그 수정, 스크립트 작성 | 구현 담당 |
| cowork | 구조 설계, 정책 검토, 트레이드오프 판단 | 설계/검토 담당 |
| analyst-fundamental | 기업 재무, 밸류에이션, 실적 해석 | 펀더멘털 담당 |
| analyst-macro | 거시경제, 비용·리스크, 지정학 영향 | 매크로 담당 |
| analyst-technical | 차트, 패턴, 시그널, 임계치 분석 | 테크니컬 담당 |
| analyst-pm | 매크로·펀더멘탈·테크니컬 의견을 종합해 최종 포지셔닝 제시 | PM 종합 판단 축 |
| guardian | 운영 감시, 무결성, 큐·DB·프로세스 점검 | ron에 일부 흡수된 보조 역할 |
| data-analyst | 지식/ETF/연결 현황 분석 | 레거시 보조 역할 |
| system-ops | 운영 안정화, 모니터링·알림 추가 | 실무 운영 보조 축 |
역할 경계
- ron: 운영과 조율
- codex: 구현과 수정
- cowork: 구조 판단과 정책 정합성
- 분석 에이전트들: 펀더/매크로/테크니컬 분업
- analyst-pm: 3개 애널리스트 의견을 종합해 섹터별 action/conviction/비중 가이드 제시
PM 보정 메모
- 웹앱과 메모리 기준으로
analyst-pm은 실제 사용 중이다. analyst-pm/latest.json, 날짜별analyst-pm/YYYY-MM-DD.json,/analyst웹앱 탭이 연결되어 있다.- 역할은 단순 운용 보조가 아니라 애널리스트들 의견 종합 + 최종 포지셔닝 판단이다.
5. 실제 운영 흐름
- 해리가 요청한다
- 메신저/세션/cmux에서 진입한다
- OpenClaw가 요청을 큐와 오케스트레이터로 보낸다
- 적절한 에이전트가 claim 후 수행한다
- 결과가 knowledge / knowledge-agent / 웹앱 / 보고 채널로 반영된다
6. 지식 구조
knowledge
- 원본 볼트
- 개인 판단과 장기 지식 보관
knowledge-agent
- AI 작업 결과 저장
- 운영 문서, 리포트, 플레이북, 실행 로그 보관
운용 원칙
- 원본은
knowledge - 작업 산출물은
knowledge-agent - 검증된 결과만 승격
7. 웹앱 위치
웹앱의 의미
virtual-insanity.net은 별도 사이드 프로젝트가 아니라- OpenClaw 파이프라인 결과를 보여주는 출력층
현재 구조상 위치
- 수집 → 처리 → 분석 → 브릿지 → 웹앱/보고
즉 웹앱은 운영 구조의 맨 바깥쪽 사용자 인터페이스다.
8. 현재 확인 기준 요약
2026-04-09 기준 확인 사실:
- OpenClaw 게이트웨이 포트:
18789 - 대시보드 포트:
3344 - 웹앱 로컬 포트:
8080 - MCP 상태: 정상
- 웹앱 응답: 정상
- 대시보드: 포트는 살아 있으나 빌드 산출물 누락 흔적 있음
9. 공유용 설명 문구
이 시스템은 단순 챗봇이 아니라,
지식 볼트 + 다중 에이전트 + 작업 큐 + 자동 파이프라인 + 웹앱 출력이 결합된 운영 시스템입니다.
- OpenClaw가 운영 본체를 맡고
- Codex는 구현을 맡고
- Claude는 기획과 검토를 맡고
- 여러 분석 에이전트가 도메인별 판단을 분담하며
- 결과는 볼트와 웹앱, 보고 채널로 연결됩니다.
10. 같이 보여주면 좋은 참고 자료
기본 기준서
~/.openclaw/workspace/docs/system-baseline.md~/.openclaw/workspace/memory/system-baseline/latest.md~/.openclaw/workspace/memory/system-baseline/latest.json
구조/청사진 자료
~/.openclaw/workspace/memory/blueprint-knowledge-mesh.md~/knowledge-agent/800 운영/파이프라인-아키텍처.md~/knowledge-agent/800 운영/ops-domain-map/MAP.md~/.openclaw/workspace/memory/system-architecture.png
11. 지금 이 문서의 용도
이 문서는 아래 상황에서 바로 공유 가능한 설명용 초안이다.
- 새 에이전트/도구에게 구조 설명할 때
- 해리가 전체 시스템을 다시 훑을 때
- 웹앱/볼트/에이전트 관계를 한 번에 설명할 때
- 이후 “운영지도 1장”이나 “온보딩 문서”의 바탕으로 쓸 때
같이 보면 좋은 문서
- [[운영도-쉬운설명-2026-04-09]]
- [[운영-청사진-2026-04-09]]