OpenClaw Personal OS

문제

개인 업무는 도구별로 흩어진다. 메일은 Gmail에, 일정은 Calendar에, 기억은 노트에, 요청은 Telegram에, 실제 작업은 로컬 파일과 터미널에 남는다. 문제는 각각의 도구가 아니라, 매번 사람이 맥락을 다시 모아야 한다는 점이다.

접근

OpenClaw를 개인 운영체제처럼 사용해 대화, 파일, 일정, 메모, 로컬 작업을 하나의 실행 루프로 연결한다. AI Agent가 단순 답변자가 아니라 확인, 정리, 실행, 검증까지 이어지는 운영 보조자가 되도록 실험한다.

이 시스템의 핵심은 “AI를 많이 쓰는 것”이 아니다. 매번 흩어지는 맥락을 기억 가능한 구조로 만들고, 사람이 다시 확인해야 하는 구간을 검증 가능한 루프로 줄이는 것이다.

Hermes는 OpenClaw를 대체하지 않는다. OpenClaw가 생산 시스템과 기억의 기준선을 맡고, Hermes는 별도 보조 운영자로서 건강 점검, 글쓰기 압박, 결혼 준비 체크, 주간 정리처럼 주기적인 압력을 넣는다.

OpenClaw + Hermes 구조

• OpenClaw: 대화, 기억, 파일, 일정, 로컬 작업을 연결하는 주 운영층.
• Hermes: OpenClaw 바깥에서 상태를 점검하고, 놓친 후속 작업을 짧게 밀어주는 보조 운영층.
• 공통 원칙: 두 시스템은 같은 목적을 보지만 같은 권한을 갖지 않는다. OpenClaw가 source-of-truth이고 Hermes는 read-only 진단과 제한된 알림 중심으로 둔다.

이 구조의 장점

• 단일 실패 지점을 줄인다. 주 운영층이 흔들릴 때도 별도 보조자가 상태를 확인하고 복구 단서를 남길 수 있다.
• 역할이 섞이지 않는다. OpenClaw는 실행과 기억을 맡고, Hermes는 감시·압박·정리처럼 보조 리듬을 맡는다.
• 자동화가 과해지는 위험을 낮춘다. Hermes는 credential 변경, OpenClaw 재시작, rollback 같은 위험 행동을 직접 하지 않도록 경계를 둔다.
• 개인 운영 시스템이 더 현실적이 된다. 하나의 거대한 에이전트가 모든 것을 하는 대신, 운영층과 감시층을 나눠 실제 서비스 운영처럼 다룬다.

현재 활용

• OpenClaw는 Telegram 대화에서 요청을 받고 필요한 도구와 로컬 파일을 연결한다.
• 일정, 메모, 위키, 작업 로그를 분리하지 않고 같은 맥락에서 참조한다.
• Hermes는 OpenClaw health digest, 블로그 발행 압박, 결혼 준비 체크, 주간 정리 같은 보조 루프를 맡는다.
• 반복되는 리마인드, 정리, 분석, 코드 작업을 에이전트가 이어받을 수 있게 만든다.
• Gmail Daily Brief, memory/wiki 승격, Obsidian 저장, 로컬 코드 작업처럼 매일 반복되는 정보 흐름을 작은 운영 루프로 만든다.

배운 점

AI Agent의 가치는 모델 성능만으로 결정되지 않는다. 좋은 자동화는 도구 연결, 기억 구조, 검증 루프, 실패했을 때의 운영 규칙이 함께 있어야 한다. 특히 개인용 AI 운영체제도 production 시스템처럼 권한 경계와 보조 감시층을 설계해야 오래 버틴다.