오픈소스 OpenClaw 대안을 직접 호스팅하기: 실제로 소유하는 것

OpenClaw는 정말 훌륭한 개인 비서입니다. 자체 문서를 보면, 사용자가 이미 사용하는 채팅 앱(Discord, iMessage, Slack, Microsoft Teams, Telegram, WhatsApp 및 20개 이상의 다른 앱)들을 사용자의 장치에서 실행되는 AI 어시스턴트에 연결하는 직접 호스팅 게이트웨이라고 설명합니다: 하나의 Gateway 프로세스가 세션, 라우팅 및 채널 연결에 대한 단일 진실 공급원(single source of truth)이며, 사용자의 상태, 메모리 및 자격 증명은 그것을 실행하는 하드웨어에 남아 있습니다.

문제는 작업이 개인적인 영역을 벗어날 때 발생합니다. 만약 팀 전체가 단순히 사용자 한 명이 아니라 이 시스템을 통해 업무를 처리한다면, 두 가지가 변경되어야 합니다: 구성(configuration)이 공유되어야 하고, 완료된 작업은 배포되기 전에 검토 가능해야 합니다.

채팅 게이트웨이는 사용자가 아무리 많아도 하나의 어시스턴트입니다

OpenClaw의 문서는 개인용 노트북에 있는 비서와 공유 팀 배포 간의 유일한 차이점이 구성이라고 명확히 밝힙니다. 이것은 기능입니다: ~/.openclaw/openclaw.json 파일 하나에서 동일한 Gateway가 둘 다를 처리할 수 있습니다. 하지만 이는 또한 팀 배포 역시 더 많은 사람이 대화하는 단일 어시스턴트라는 것을 의미합니다. 샌드박싱(sandboxing)을 구성하지 않는 한, 도구들은 메인 세션에 대해 호스트에서 실행되며, 인바운드 메시지는 신뢰할 수 없는 입력으로 처리되고, 문서화된 모델은 신뢰하는 게이트웨이와 신뢰할 수 없는 실행(OpenClaw의 보안 모델)을 갖춘 것입니다.

이 모든 것이 OpenClaw가 구축된 목적에 있어서 결함은 아닙니다. 하지만 작업 단위가 회사가 될 때는 한계가 됩니다: 구성이 공유 저장소 대신 하나의 기기에 존재하고, 어떤 단일 파일도 각 에이전트가 무엇을 건드릴 수 있는지 명시하지 않으며, 아무것도 완료된 작업을 사람이 승인하기 전에 보관해 주지 않습니다.

회사 배포에 필요한 것

Kortix는 오픈소스 AI 운영체제(AI Operating System)이며, Claude Cowork와 ChatGPT Work의 선도적인 오픈소스 대안입니다. 이 시스템은 회사를 사용자가 소유한 저장소에 유지합니다. 에이전트(agents)와 스킬(skills)은 마크다운 파일로 관리하고, 회사 메모리(company memory)는 누적되는 파일이며, 단 하나의 kortix.yaml 파일이 머신 이미지, 커넥터(connectors), 그리고 트리거(triggers)를 선언합니다.

일상적인 차이는 작업이 어디서 실행되고 어떻게 도착하는가에 있습니다. 모든 세션은 자체 격리된 클라우드 컴퓨터와 고유한 브랜치(branch)를 갖게 되며, 수천 개의 에이전트가 하나의 설정에서 병렬로 실행됩니다. 세션 작업은 변경 요청(change request)을 통해서만 기본 브랜치에 도달할 수 있으며, 에이전트에 대한 머지(merge)는 기본적으로 거부(default-deny)되므로, 사람이 무언가가 도착하기 전에 차이점(diff)을 읽게 됩니다. 커넥터 자격 증명(credentials)은 서버 측에서 중개되며 기계에 절대 들어가지 않으며, 리소스별 권한(per-resource permissions)이 각 에이전트가 무엇을 건드릴 수 있는지 결정합니다.

두 가지 자체 호스팅 배포 비교

자체 호스팅 후 사용자가 소유하는 것

Kortix를 자체 호스팅(self-host)한다는 것은 사용자가 직접 실행하는 Docker Compose 스택입니다. 사용자가 소유하게 되는 부분은 ~/.config/kortix/self-host/<instance> 내의 두 개의 디렉터리와 하나의 파일입니다: 데이터베이스 및 스토리지를 위한 볼륨, 그리고 인스턴스의 .env 파일입니다. 비밀 정보(Secrets)는 프로젝트별 키로 저장 시 암호화됩니다. 사용자는 자체 모델 키나 이미 비용을 지불하고 있는 ChatGPT 플랜을 연결할 수 있으며, 자체 호스팅 비용은 오직 사용자 자신의 모델 및 컴퓨팅 청구서만 발생합니다.

OpenClaw의 경우, 사용자가 소유하는 것은 게이트웨이(Gateway)와 이를 실행하는 기계에 있는 설정 파일입니다. 상태(State), 메모리, 그리고 자격 증명(credentials)은 그곳에 머무릅니다. 이는 개인 비서에게는 정확한 방식이며, 팀이 결국 공유 저장소, 격리된 실행 환경, 그리고 승인 게이트를 요청하는 이유가 됩니다.

어떤 것이 사용자에게 적합할까요

• 이미 사용 중인 채팅 앱 전반에 걸쳐 상태와 자격 증명(credentials)을 자체 하드웨어에 유지하며 따라다닐 수 있는 강력한 비서가 필요하다면, OpenClaw가 적합합니다.
• 기업 시스템이 필요하다면: 여러 에이전트, 공유된 기술(skills), 단일 회사 메모리 및 실제 커넥터, 각 세션이 자체 장치에서 실행되며, 모든 변경 사항이 적용되기 전에 사람이 승인하는 시스템이라면, Kortix가 바로 그 목적을 위해 구축된 오픈소스 AI 운영체제(AI Operating System)이며, 이를 직접 호스팅하는 것은 무료입니다.

이미 OpenClaw를 사용하고 있으며 회사 작업을 Kortix로 옮기고 싶다면, self-hosting guide에서 전체 이전 과정을 안내하며, Kortix vs OpenClaw comparison에서는 동일한 결정 차원을 하나하나 다룹니다.

Kortix는 오픈 소스입니다: 읽고, 포크(fork)하고, 감사하세요(audit). 관리형 클라우드에서 Kortix를 사용해 보세요, 또는 직접 실행할 수 있습니다. 코드는 GitHub의 Kortix에 공개되어 있습니다.