2026년 데스크톱 Agent는 「채팅용 사이드바」에서 「오래 함께 일하는 동료」로 바뀌고 있습니다. OpenHuman(TinyHumans 오픈소스)의 핵심 루프는 분명합니다: 먼저 생활 데이터를 동기화하고, 그다음 Agent가 움직인다——Gmail, 캘린더, GitHub, Notion, Slack 등을 연결하고, 로컬 Memory Tree에 읽고·수정·삭제 가능한 Markdown 기억으로 압축한 뒤 데스크톱 Agent가 검색·작성·도구를 실행합니다. 매번 ChatGPT 새 탭을 여는 것보다 지난주에 무엇에 쫓기고 있었는지 기억하는 동료에 가깝습니다. 아래에서는 아키텍처, OpenClaw와의 역할 분담, 24/7 워크로드를 어디에 둘지 정리합니다.
「무상태 채팅」에서 디지털 트윈으로
대부분의 LLM은 대화가 끝나면 「망각」합니다——시스템 프롬프트 몇 줄은 포스트잇에 가깝죠. OpenHuman은 다른 길을 택합니다: 먼저 생활 데이터를 동기화하고, 그다음 Agent가 행동. 공식 경로(OpenHuman 문서): UI 설치 → OAuth 계정 연결 → auto-fetch가 대략 20분마다 갱신 → Memory Tree 기록 → Obsidian 호환 Markdown vault 동기화. `.md`를 직접 고치거나 문단을 지울 수 있습니다.
여기서 개인 AI 디지털 트윈이란 데이터가 내 디스크에 있고 사람이 읽을 수 있는 형식이라는 뜻이지, 벤더 클라우드의 불투명 스레드가 아닙니다. 프로젝트는 Beta, 데스크톱 중심이며 터미널 없이 온보딩을 강조합니다. 연동 목록은 GitHub 저장소를 기준으로 하세요.
폐쇄형 「슈퍼 앱」과 달리 GPL-3.0으로 Fork해 동기 정책·기억 디렉터리를 바꾸거나 오프라인에서 로컬 모델만 쓸 수 있습니다——벤더 락인을 싫어하면서도 비개발자가 UI로 연결하기를 원하는 팀에 맞습니다. GitHub·Product Hunt 관심은 「제2의 뇌」 수요가 실재함을 보여 주지만, 엔터프라이즈 SLA·컴플라이 인증이 갖춰진 것은 아닙니다. 파일럿은 기대치를 낮추세요.
Memory Tree: 디스크 위에서 자라는 지식고
커뮤니티는 OpenHuman을 「Obsidian 두뇌를 단 Agent」라고 부르기도 하며, Karpathy의 LLM Knowledgebase에 가깝습니다——조각을 검색 가능하고 사람이 검토할 수 있는 텍스트로 구조화하고, 채팅 기록을 무한히 쌓지 않습니다.
- SQLite가 정규 저장소; Markdown 청크가 트리형 요약으로 들어가 vault 전체를 매번 컨텍스트에 넣지 않음;
- Obsidian으로 교정·태그·민감 구간 삭제;
- memory / web-fetch / coder(git, lint, 테스트)와 멀티 모델 라우팅; 선택적으로 Ollama 로컬 추론.
개발자에게는 Issue 논의, PR 설명, 설계 doc 조각이 장기 배경이 되어 매번 같은 README를 붙여 넣을 필요가 줄어듭니다. 청킹과 요약 트리는 컨텍스트 길이를 제어해 「많이 기억」이 「매 턴 창을 다 태움」과 같지 않게 합니다.
하루 예: 오전 auto-fetch로 메일·Slack 스레드; 오후 코딩 시 coder가 vault의 아키텍처 메모 참조; 저녁 음성으로 내일 할 일을 요약에 기록. Obsidian으로 vault를 열면 Agent가 「당신이 안다고 생각하는 것」이 보입니다——블랙박스 채팅과의 핵심 차이입니다.
연결과 동기화: 콜드 스타트 단축
문서는 Gmail, GitHub, Slack, Notion, Linear, Drive, Stripe 등 다수 연동과 OAuth 후 타입화된 도구를 언급합니다. 주기적 pull로 한 번 동기화 후 Agent가 받은편지함·일정·저장소를 「본」 상태가 되게 해, 이주간의 수동 붙여넣기를 줄이는 것이 목표입니다. 텍스트 외에 음성(STT/TTS)과 멀티 Agent 조율——가벼운 작업은 빠른 모델, 복잡한 추론만 상위 API.
기업은 DLP와 「메일 전문을 디스크에 둘 수 있는지」를 대조해야 합니다. 개인은 토큰 최소 권한·디스크 암호화——로컬 우선 ≠ 위험 제로. 직장 데이터의 미승인 로컬 AI가 금지되면 업무 계정 연결은 보안 검토 후에. 이는 노트북 OS 선택과 무관하고 앱·계정 계층의 문제입니다.
OpenClaw와 비교: 기억 vs 실행
| 차원 | OpenHuman | OpenClaw |
|---|---|---|
| 핵심 | Memory Tree, 읽을 수 있는 기억, 데스크톱 트윈 | Gateway, 플러그인, IM/Webhook, Linux VPS에 많음 |
| 적합 | 제2의 뇌를 자기 디스크에 두는 개인·소규모 팀 | 24/7 봇·파이프라인 트리거가 필요한 엔지니어 |
| 실행면 | 데스크톱, 슬립·덮개 닫으면 중단 | VPS/컨테이너, Webhook 콜백에 적합 |
| 기억 형태 | SQLite + 사람이 읽는 Markdown | 세션·채널·게이트웨이 설정 중심 |
흔한 비유: OpenClaw는 Agent가 「손을 움직이게」, OpenHuman은 「당신이 누구인지 기억」. 조합 가능——VPS 봇은 대외 응답만, 기획·장기 기억은 로컬 vault에 두어 개인 메일 전체를 공인 서버에 올리는 충동을 줄입니다. VPS에서 Gateway를 돌릴 때 HTTPS와 GitHub Actions 대 수동 Docker(OpenClaw Gateway)는 프로덕션 수준으로.
프라이버시와 운영 경계
GNU GPL-3.0으로 Fork·감사 가능. 클라우드 LLM 호출 시 Memory Tree에서 꺼낸 조각은 여전히 국경을 넘습니다——계약에 맞게 모델 리전을 고르세요. OAuth 토큰은 열쇠: 분실·퇴사 시 revoke와 vault 재검토. 브라우저/컴퓨터 제어 등 권한이 넓을수록 오동작·과다 수집 면이 커집니다——프로덕션에 가까운 환경은 저권한 테스트 연결을.
덮개 닫힌 노트북에 24/7 봇을 기대하지 마세요: 슬립, 네트워크 끊김, OS 업데이트가 데스크톱 Agent를 끊습니다. 대외 Slack/Webhook은 VPS나 컨테이너로. Beta 기간 테스트 계정으로 「연결 → fetch 1회 대기 → vault 열어 마스킹」 후 본 메일을 연결하고, Obsidian으로 오래되거나 민감한 블록을 정기 삭제하세요.
론칭 전 셀프체크(8항)
기술 책임자·파워 유저용——맞을수록 파일럿 가치가 큽니다. 채점표가 아닙니다.
- 매번 프로젝트 배경을 제로부터 설명하는 데 지쳤나요?
- 기억을 직접 지우고 고칠 의지가 있나요?
- 주력 도구가 연동 목록에 있거나 플러그인으로 보완 가능한가요?
- 컴플라이언스가 메일/코드 메타데이터의 개인 PC 적재를 허용하나요?
- iOS 빌드/macOS 서명이 여전히 필요한가요?——Mac은 별도, 트윈과 병행.
- Slack/Webhook과 데스크톱 트윈을 나누나요?——OpenClaw는 클라우드, OpenHuman은 로컬이 명확.
- Beta 잦은 업데이트·연동 일시 장애를 받아들이나요?
- 기기 교체·퇴사 절차에 「로컬 vault보내기 또는 파기」가 있나요?
흔한 결론: 개인 생산성은 먼저 OpenHuman, 대외 봇·iOS 납품은 VPS/클라우드 Mac——세 줄을 한 조달서에 쓰지 마세요.
VPSSpark와 함께: 트윈은 로컬, 빌드·게이트웨이는 클라우드
OpenHuman이 개인 AI 디지털 트윈——기억은 내 디스크, 읽고 지울 수 있음. xcodebuild 아카이브, 공증, TestFlight, 또는 Slack/Webhook용 OpenClaw Gateway 24/7은 정식 macOS 빌드 섬과 상시 Linux VPS 영역——보완이지 대체가 아닙니다.
Apple Silicon 클라우드 Mac은 야간 빌드·서명 큐에; Linux VPS는 게이트웨이·자동화에——둘 다 직접 관리하는 Obsidian식 기억고 대신은 아니지만, 잠드는 노트북에 릴리스·대외 채널을 묶지 않습니다.
로컬에서 OpenHuman 파일럿, 24/7 필수는 클라우드로——Mac 클라우드 플랜 또는 VPSSpark 홈에서 리전을 고르고, 클린 빌드나 게이트웨이 검증 한 번으로 「기억」「납품」「대외 봇」 일정을 나누세요.