같은 에이전트, 당신의 네트워크 안에서

호스팅 서비스는 당신이 쓴 설명으로 답합니다. 그런데 설명으로 답할 수 없는 질문이 있습니다. 답이 살아 있는 시스템 안에 있는 경우입니다 — 지난주에 몇 건이 늦게 배송되었는지, 이 고객의 결제가 밀린 것인지. 그 간극을 메우는 방법은 두 가지이고, 신뢰 스펙트럼에서 다른 지점에 있습니다.

Enterprise 플랜(호스팅). 에이전트가 당신이 운영하는 MCP 서버를 호출합니다. 의미 있는 도구를 노출해 두면 — 조회 엔드포인트, 재고 확인, CRM 조회 — 에이전트가 질문이 있을 때 우리의 클라우드에서 그 도구를 호출합니다. 소스 데이터는 당신의 네트워크에 남고, 각 도구 호출에 대한 응답만 경계를 넘습니다. 그 데이터가 나가도 괜찮고, 가동할 kavilo 인프라가 없다면 맞는 선택입니다.

셀프 호스팅. 그 데이터를 어디에도 보낼 수 없는 경우, 같은 에이전트가 네트워크 안에서, 데이터 바로 옆에서, 인트라넷을 서빙합니다. 생각보다 범위가 작습니다: 데이터베이스 브리지를 프로세스 내에서 함께 호스팅하므로, 배포할 두 번째 서비스도 열어야 할 포트도 없습니다.

노출되는 것은 없습니다

내부 사이트와 에이전트 모두 당신의 네트워크 안에 있으므로, 터널도, 공개 호스트명도, inbound 방화벽 규칙도 없습니다. 이 배포에서 "inbound 없음"은 완화 조치가 아닙니다 — 밖에서 들어올 것을 기다리는 것이 없기 때문입니다.

구조상 읽기 전용

브리지의 허용 범위는 읽기 전용 SELECT 하나, WITH … SELECT를 포함하며, row 제한이 없으면 추가합니다. 모델에게 공손히 요청해서가 아니라, 쿼리 경로에서 강제됩니다 — 그리고 쓰지 못하는 데이터베이스 role 뒤에 두어야 합니다. 권한은 통제이고, 체크는 두 번째 방어선이기 때문입니다.

무엇이 나가는지, 그대로 말하면

• 원격 모델 프로바이더를 쓰면 — 우리의, OpenAI, Anthropic, 기타 구성한 프로바이더 — 해당 프로바이더가 대화, 당신의 스키마, 에이전트가 쓴 쿼리, 그 쿼리가 반환한 로우를 봅니다.
• 로컬 추론이면, 당신의 하드웨어 위에서, 아무것도 나가지 않습니다. 스키마도, 로우도.

정말 다른 자세입니다. 어느 로우도 경계를 넘을 수 없다면 로컬 추론으로 실행하세요 — 같은 구성이 그대로 동작하고, 프로바이더 설정 하나만 바뀝니다. 호스팅 옵션이 동등하다는 말을 누가 하더라도, 우리 말도 포함해서 — 받아들이지 마세요.

바이너리에 포함된 것

우리의 상점은 아닙니다. 당신이 실행하는 빌드에는 결제 처리도, 가입 흐름도, 가격표도 컴파일되어 있지 않습니다 — 그것들은 이 웹사이트를 서빙하는 빌드에만 존재합니다. 의도적으로 그은 선입니다: 네트워크 안의 에이전트 런타임에 Stripe 클라이언트가 있어서는 안 되고, "왜 포함해 두었지"는 어떤 벤더에게도 정당한 질문입니다.

한눈에 보기

셀프 호스팅 두 행은 같은 kavilo 배포를 사용합니다. 원격 모델에서 로컬 추론으로 옮기는 것은 프로바이더 설정 변경이지, 데이터 마이그레이션이 아닙니다.

시작하기

self-serve가 아닙니다 — 먼저 당신의 데이터와 네트워크에 대한 대화가 필요합니다. 문의하기.