주장은 세 문장으로 정리된다. 이미 열어 둔 채팅 창 안에 비서를 들여놓고, 내가 소유한 하드웨어에서 돌리고, 데이터는 남의 서버를 거치지 않게 한다. 앞의 두 문장은 프로젝트가 직접 첫 화면에 내걸었고, 세 번째는 설계 자체의 전제다. 자기소개는 실제로 일을 끝내는 비서라는 점을 강조한다. 받은편지함 정리, 메일 발송, 일정 관리, 항공편 체크인까지 모두 평소 대화하던 창 안에서 끝난다.

비즈니스 모델은 '없음'이라는 설계

첫 화면에는 좀처럼 보기 힘든 문장이 있다. 구독 없음, 호스팅 요금제 없음, 토큰 없음. 프로젝트는 미국의 독립적인 501(c)(3) 비영리 재단이 보유한다. 그 바로 아래에 다섯 줄이 붙는다. 당신의 기억, 당신의 스킬, 당신의 모델, 당신의 기계, 당신의 데이터. 재단을 설명하는 절은 더 구체적이다. 재단은 핵심 팀을 고용하고, 모든 릴리스에 서명하며, 제품 전체를 MIT 라이선스 아래에 둔다. 기업용 에디션도, 그 위의 상용 등급도 없다. 자금은 기부와 인프라 후원으로 들어오며, 후원자에는 대학, 여러 AI 연구소, 클라우드 사업자, 기업용 소프트웨어 벤더가 이름을 올린다. 같은 문단은 후원자가 프로젝트를 소유하거나 지휘하지 않는다는 점, 어떤 연구소의 모델도 코드에서 특혜를 받지 않는다는 점, 한 AI 연구소는 소유자가 아니라 후원자이자 고용주라는 점을 분명히 밝힌다. 설치 후 자동으로 외부와 통신하는 것은 하루 한 번의 버전 확인뿐이며, 이마저 끌 수 있다.

속은 게이트웨이 프로세스 하나

공식 문서의 정의는 셀프호스팅 게이트웨이다. 노트북이나 서버에서 프로세스 하나를 돌리며, 채널 플러그인을 통해 채팅 앱을 AI 코딩 에이전트에 연결한다. 공개된 채널 목록은 팀 협업 도구부터 소비자용 메신저, 연합형 채팅까지 아우르고, 모두 같은 라우팅 계층에 들어간다. 첫 화면이 제시하는 숫자는 29개이며 1대1 대화와 그룹 대화를 모두 지원한다. 단일 서비스에 묶인 봇과의 차이는 네 가지다. 셀프호스팅이므로 하드웨어와 규칙이 내 것이 된다. 여러 채널을 게이트웨이 하나로 동시에 라우팅한다. 코딩 에이전트를 위해 네이티브로 설계되어, 실제로는 도구 호출, 세션, 영구 메모리, 다중 에이전트 라우팅을 뜻한다. 그리고 MIT 라이선스의 오픈소스다. 대상은 개발자, 헤비 유저, 팀이며, 개인용 비서와 팀 배포는 같은 소프트웨어의 설정 차이일 뿐이라고 문서는 설명한다.

여섯 가지 능력, 네 가지 진입로

첫 화면은 능력을 여섯 항목으로 묶는다. 첫째, 내 기계에서 돈다. 뒤에 있는 모델은 호스팅 API든 구독이든 게이트웨이든 로컬 파일이든 상관없고, 상태는 모두 로컬에 남는다. 둘째, 이미 쓰는 채팅 앱 안에서 말을 건다. 새 창을 배울 필요가 없다. 셋째, 기억이 남는다. 선호와 프로젝트, 사람이 세션을 넘어 유지된다. 넷째, 진짜 시스템 권한을 쥔다. 웹 브라우징, 양식 입력, 파일 읽기와 쓰기, 명령줄 실행까지 포함하며, 전부 허용할지 샌드박스에 가둘지 선택한다. 다섯째, 팀이 게이트웨이 하나를 공유하고 같은 세션을 함께 열고 넘겨받을 수 있다. 여섯째, 스킬과 플러그인은 커뮤니티에서 가져오거나 그 자리에서 직접 쓸 수 있고, 비서 스스로 쓰게 할 수도 있다.

설치 경로는 네 가지다. 세 주요 플랫폼용 데스크톱 앱, 한 줄 명령, 패키지 관리자, 소스 빌드다. 데스크톱 버전은 macOS 15 이상, Windows 10과 11의 x64와 ARM64, Linux는 AppImage와 deb 패키지를 지원한다. 앱과 한 줄 명령은 실행 환경까지 함께 설치하고, 이후 업데이트 명령으로 개발 채널과 안정 채널을 오갈 수 있다. 문서가 요구하는 조건은 Node 26(권장), 또는 Node 24.16과 26.1 이상, 그리고 모델 사업자 키 하나이며, 5분이면 돌아간다고 주장한다. 저장소 쪽 숫자는 약 39만 스타, 8.2만 포크, 3천 명이 넘는 기여자, 242개 릴리스, 현재 버전 2026.9.4다.

홍보 문구보다 실사용 예시가 설득력 있다

사이트가 보여주는 것은 기능 스크린샷이 아니라 커뮤니티의 실제 워크플로다. 한 사람은 세 대의 기계에서 15개 넘는 에이전트를 돌려 수만 통의 메일을 정리하고, 발표 자료를 검토하고, 명령줄 도구를 만들고, 광고 운용을 조정하고, 게시글 초안을 쓰고, 스마트폰으로 코딩 에이전트 부대를 지휘한다. 다른 예는 하루 브리핑을 개인용 운영체제로 쓴다. 시간 블록 배치, 회의록에서 주간 회고 작성, 회의 전 브리핑 준비, 아이 학교 마감일 관리, 일정 충돌 해소, 청구서 발행까지 맡는다. 세 번째는 개 산책 중에 음성으로 실패한 운영 빌드를 조사시키고, 근본 원인을 찾고, 배포 설정을 고치고, 다시 배포한 뒤 병합 요청을 여는 기록이다.

통합 항목은 세 개의 열로 나뉘어 있고, 이 구분이 핵심이다. 채널은 대화가 원래 일어나는 메신저와 팀 도구다. 모델은 주요 사업자의 호스팅 옵션이다. 도구는 브라우저, 메일, 코드 호스팅, 노트 보관함, 소셜 피드, 음악, 그리고 집 안의 스마트 조명까지 뻗는다. 셋을 분리했기 때문에 채널 숫자가 의미를 갖는다. 같은 비서, 같은 기억, 문만 다르다.

누구에게 맞고, 무엇을 치르는가

세 부류가 맞는다. 데이터가 어느 디스크에 얹히는지 신경 쓰는 개인은 현재로서 가장 직접적인 답을 얻는다. 로컬 실행이고 상태는 기계를 떠나지 않는다. 이미 업무를 채팅 소프트웨어로 옮긴 팀은 같은 세션과 스킬을 재사용하는 게이트웨이 하나를 얻는다. 개인과 팀의 차이는 설정뿐이다. 코딩 에이전트에 손과 눈을 달아주고 싶은 개발자는 도구 호출, 세션, 기억, 다중 에이전트 라우팅을 직접 관리해야 하는 플러그인이 아니라 기본 기능으로 얻는다.

그 능력의 반대편에는 책임이 있다. 신뢰 경계, 정책을 코드로, 아이덴티티와 역할, 키 관리가 문서에서 각각 별도 페이지로 다뤄진다. 완곡하게 말하면 보안은 직접 설정해야 한다는 뜻이다. 저장소도 프롬프트 인젝션이 업계 전체의 미해결 문제라고 경고하며, 더 강한 모델을 고르고 보안 실무를 먼저 읽은 뒤 값어치 있는 것에 연결하라고 권한다.

개인용 비서가 정말 내 것인지는 두 가지 질문으로 갈린다. 데이터가 누구의 디스크에 있는가, 그리고 누군가 서비스를 꺼 버린 날 내가 직접 다시 띄울 수 있는가.