프라이빗 AI 통합
AI의 마지막 구간을 맡습니다.
고객사 자체 시스템 — 데이터베이스, API, 파일 공유 — 에 질문을 던지면 답을 내놓는 AI 에이전트를 만듭니다. 실행 위치는 정책이 허용하는 곳입니다. 고객사 하드웨어, 승인된 호스팅 모델, 또는 저희가 전부 호스팅하는 방식. 모델은 원래 어려운 부분이 아니었습니다. 기존 시스템에 연결하고 보안 검토를 통과시키는 것이 어렵습니다.
모델 선택, 프롬프트 설계, 벤치마크 점수. 시연이 잘 되는 부분입니다.
배치, 통합, 보안 검토. 실제로 운영에 올라가는 부분입니다.
2분 30초, 실제로 작동하는 모습
평소 쓰는 말로 에이전트에게 질문합니다. 준 적 없는 데이터베이스 스키마를 스스로 찾아내고, 질의를 직접 작성해 답을 돌려줍니다 — 그다음 네트워크를 빠져나간 것이 있는지 확인합니다. 모든 명령과 모든 출력이 실제입니다.
영상은 본 도메인에서 직접 제공하며 외부 임베드가 아닙니다 — 제3자 플레이어도, 추적도 없습니다.
AI 파일럿이 실패하는 이유는 대개 모델 품질이 아닙니다.
경계에서 멈춥니다. 파일럿이 사람들이 실제로 의존하는 시스템이 될 단계에 가까워지면, 질문은 정확도가 아니라 데이터가 어디로 가는지로 바뀝니다.
데이터가 갈 수 있는 범위
대부분의 조직은 승인된 모델 제공사를 쓸 수 있고, 그게 가장 빠른 길입니다. 그러나 일부 데이터는 그렇지 않고, 그 순간 대다수 벤더의 참조 아키텍처는 첫 페이지부터 쓸 수 없게 됩니다. 저희는 어느 쪽이든 구축합니다.
시스템은 내부에 있습니다
자동화할 가치가 있는 업무는 방화벽 안쪽에서 돌아가고, 그 호스트들은 인바운드 연결을 받지 않으며 앞으로도 열지 않습니다.
누군가는 결재해야 합니다
검토자는 데이터가 어디로 가는지, 누가 복호화할 수 있는지, 무엇이 기록되는지 반드시 묻습니다. 모호한 답변은 프로젝트를 끝냅니다.
무엇을 하는가
정책이 허용하는 곳에서 모델을 실행합니다
데이터를 실제로 외부로 보낼 수 없다면, 로컬 추론으로 모든 것을 고객사 하드웨어에 둡니다. 정책이 이미 승인된 제공사를 허용한다면 그 경로가 더 빠르고 정확하며, 프롬프트는 고객사와 해당 제공사 간 계약에 따라 전송됩니다. 유스케이스별로 고객사가 결정할 사항이며, 저희 쪽 제약이 아닙니다.
포트를 열지 않고 내부 시스템에 접근합니다
아웃바운드 전용 터널과 리버스 SOCKS로 에이전트가 내부 서비스에 도달할 경로를 얻습니다. 인바운드를 노출할 필요가 없으니 새 방화벽 규칙을 설득할 일도 없습니다.
업무가 실제로 일어나는 곳에 둡니다
커맨드라인, 데스크톱, 모바일, 그리고 종단간 암호화된 채팅 화면. Model Context Protocol을 통해 고객사 시스템에 도구로 접근합니다.
자체 스택 위에 구축
남의 API를 감싸 재판매하는 것이 아닙니다. 전달 기반은 Kavilo — 저희가 직접 쓰고 유지하는 소프트웨어입니다. 그래서 고객사를 제품에 맞추라고 요구하는 대신, 배치 방식 자체를 제약에 맞춰 바꿀 수 있습니다.
- 단일 바이너리
- 정적 컴파일되어 별도로 설치하거나 실행할 것이 없습니다. 인터넷 연결이 없는 호스트에 복사만 하면 됩니다.
- 프로바이더
- 로컬 추론(Ollama 또는 vLLM)과 호스팅 API(Anthropic, OpenAI, Gemini, DeepSeek)를 하나의 인터페이스로 다루며, 그 사이에 재시도와 서킷 브레이커를 둡니다.
- 도구
- 파일시스템, 셸, 웹, 검색 도구. 그리고 stdio 및 streamable HTTP 기반 Model Context Protocol 클라이언트로 고객사 서비스에 도달합니다.
- 메시징
- 서버가 평문을 절대 보관하지 않는 허브. X3DH·PQXDH 키 합의, Double Ratchet, 그룹용 sender key, sealed sender.
- 네트워크
- 아웃바운드 전용 HTTP 터널, 그리고 TLS 또는 QUIC 위의 양방향 SOCKS5.
- 소스코드
- 비공개. 제3자 코드 검토와 소스코드 에스크로는 모두 요청 시 유료 옵션으로 준비합니다.
어떻게 시작하는가
세 단계이고, 어느 단계 뒤에서든 중단할 수 있습니다. 대부분의 고객사는 「진단」부터 시작합니다. 저희 실력을 확인하는 가장 저렴한 방법이기 때문입니다.
진단
데이터가 어디로 갈 수 있고 갈 수 없는지, 어떤 시스템에 가치가 있는지, 검토자가 무엇을 요구할지 정리합니다. 범위 고정, 비용 고정. 결과물은 고객사에 귀속되는 문서 형태의 아키텍처이며, 이후 저희와 계속하는지와 무관합니다.
배치
실제로 만듭니다. 고객사가 선택한 토폴로지, 내부 시스템 연결, 현장이 실제로 쓰는 화면, 그리고 인수인계 시 운영 문서.
운영
버전 업그레이드, 모델·제공사 변경, 그리고 변경마다 다시 실행하는 인수 테스트. 동작을 가정하지 않고 측정합니다.
그리고 운영 방식은 세 가지
데이터를 실제로 외부로 보낼 수 없다면 전부 고객사 하드웨어에서. 정책이 이미 허용한다면 고객사 환경에서 승인된 호스팅 모델로 — 대부분의 조직이 여기 해당합니다. 결과만 필요하고 인프라를 두고 싶지 않다면 저희가 전부 호스팅하는 방식이 가장 빠릅니다. 이때 데이터는 고객사 시스템에 그대로 두고 범위를 한정한 읽기 전용 접근으로 조회하거나, 저희 쪽으로 복제할 수 있으며 선택은 고객사에 있습니다. 어느 쪽이 실제로 필요한지는 저희가 말씀드립니다. 그것이 가장 저렴한 선택일 때도 포함해서.
결승선
모델이 아니라 경계에서 시작하십시오.
「진단」은 범위와 비용이 고정이며, 고객사에 귀속되는 문서 형태의 아키텍처로 끝납니다 — 이후 저희와 계속하는지와 무관합니다.