Claude Code · OMP · OpenClaw · oxios, 뭐가 다른가

가장 큰 무기는 성숙한 생태계입니다. Anthropic의 정식 지원을 받고 문서·예시가 풍부하며, Read/Edit/Bash 같은 표준 도구 인터페이스는 다른 에이전트들도 그대로 모방할 정도로 사실상 업계 규범이 됐습니다. MCP도 마찬가지로 외부 도구 통합의 사실상 표준이 됐고, 여기에 sub-agent + plan mode + hooks 조합이 자율 실행 구조를 꽤 견고하게 받쳐줍니다. 같은 회사가 모델과 도구를 함께 만드니 프롬프트 설계·툴 콜링 포맷·컨텍스트 관리가 모델 특성에 맞춰 세밀하게 튜닝돼 있다는 것도 다른 오픈소스 대안들이 구조적으로 따라가기 어려운 부분입니다.

반면 그 "묶여있음"이 그대로 약점으로 돌아옵니다. 단일 vendor 종속이라 Anthropic API 키 없이는 동작 자체가 안 되고, 모델 라우팅의 자유도가 낮습니다. Node 런타임에 의존하다 보니 TypeScript 도구 생태계에 묶이고요. 로컬 지식/메모리도 약한 편이라 세션이 끝나면 사실상 휘발되고, CLAUDE.md 밖의 영속 메모리는 없습니다. TUI/IDE 중심이라 모바일·원격 채널이 자연스럽지 않고, 소스가 비공개라 동작을 디버깅하거나 커스터마이징할 수 있는 범위가 표면 API로 한정됩니다.

도구의 폭과 깊이가 네 시스템 중 가장 넓습니다. 20개 넘는 디바이스, 60개 넘는 스킬을 MCP 없이도 굴리고, 브라우저 자동화·디버거·AST-aware edit·GitHub 워크플로우·이메일 발송까지 전부 1급 시민입니다. 도구 디바이스가 표준 인터페이스라 프로젝트/런타임/OS에 거의 무관하게 이식되고, macOS 데몬 스케줄(launchd)까지 한 번에 챙깁니다. 메모리도 working/episodic을 나눠서 영속시키고 invalidate로 부드럽게 대체하는 구조까지 갖췄고요. AGENTS.md 같은 오픈 표준을 스스로 만들어서 60K+ repo가 채택하게 만든 것도 생태계 lock-in을 피하는 영리한 선택입니다.

그런데 그 폭 자체가 부담이기도 합니다. 자체 호스팅 부담이 있어서 Anthropic API 키에 본인 환경 설치·유지까지 전부 사용자 몫이고, 사실상 1인 운영 도구입니다. 스킬 60+, 디바이스 20+가 쌓이니 러닝 커브가 가파르고, 문서/예시도 스킬마다 흩어져 있어서 통합 가이드는 표준(AGENTS.md)에 의존할 수밖에 없습니다. oxios처럼 하나로 통합된 "일체형" surface도 없어서 터미널 중심이라 모바일/메신저 채널이 기본 제공되지 않습니다.

INFERENCE언어 — Rust 또는 Go 가능성. 최근 중국산 코딩 어시스턴트 트렌드가 Rust/Go 네이티브로 가는 경우가 많다는 정황에서 유추. INFERENCE패턴 — ChatDev·Cline류 변형처럼 프롬프트 기반 multi-role 협업 패턴을 차용했을 가능성. INFERENCE플러그인/스킬 — 중국 IDE 생태계(通义灵码, 文心快码류)와 비슷한 local plugin 시스템으로 추정. INFERENCE메모리 — 대화 단위 + 선택적 RAG 정도의 표준 assistant 메모리로 추정. 확장성은 그 추정조차 어려워 검증 불가로 남깁니다.

oxi 생태계의 다른 자료(oxios 경쟁자 분석)에서도 같은 결론입니다 — OpenClaw가 MCP나 A2A를 지원하는지, 벡터 기억을 갖고 있는지는 공개된 자료로는 확인이 안 됩니다. 다만 진입장벽이 낮다는 정황 — WhatsApp·Telegram·Slack·Discord·iMessage 같은 이미 쓰는 메신저 안으로 비서가 들어오는 방식이라 사용자가 새로 배울 게 거의 없다는 점 — 은 여러 정황상 비교적 신뢰도 있게 관찰됩니다. "이미 쓰는 메신저 안에서 만나는 개인 비서"라는 포지셔닝 자체는 근거가 있지만, 그 안의 기술적 구현은 전부 추정의 영역입니다.

Rust-native 풀스택이라 단일 바이너리에 채널+kernel+runtime+engine이 컴파일 타임에 통합됩니다. Web/CLI/Telegram이 같은 kernel을 동시에 쓰는 multi-channel 설계, A2aApi+CardRegistry로 에이전트 카드를 등록·검색하는 Multi-agent + A2A(acceptance criteria ≥ 3이면 자동 분할), 그리고 interview → seed → execute → evaluate → evolve(현재는 assess→crystallize→execute→review)로 도는 자기-개선 루프(Ouroboros)까지 — 평가 점수가 0.8 밑이면 evolve로 seed를 갱신해 최대 3번 재실행합니다. 메모리는 oxibrain으로 분리하면서도 데몬이 죽으면 턴이 정상 종료되는 graceful degradation을 계약으로 명시했고, 인증→인가→샌드박스→실행→감사(체인 해시)로 이어지는 보안 5계층도 갖췄습니다. Unix(프로세스 라이프사이클)+Ouroboros(의도 정제) 두 메타포가 코드 전반에 일관되게 적용된다는 점도 특징입니다.

대신 성숙도·문서가 부족합니다. 1인 코어 프로젝트라 RFC-XXX 시리즈는 활발해도 통합 문서는 ARCHITECTURE.md 한 곳에 몰려 있고, Claude Code·OMP 대비 생태계 규모(사용자·서드파티 스킬 수)가 작습니다. Unix 메타포 + Ouroboros + 22 typed API를 한 번에 이해해야 하는 초기 진입장벽도 있고요. CHANGELOG의 RFC-047 같은 big-bang cutover(oxios-memory 제거)는 운영 중인 사용자에게 마이그레이션 부담을 지웠습니다. 본 보고서 작성 시점 기준으로 특정 시장에서의 검증 사례도 아직 부족합니다.