Inkeep

Inkeep

Inkeep · 마케팅 · 학습 · 기타 · 챗봇

Inkeep은 자사 문서와 헬프센터를 지원 어시스턴트로 바꾸는 AI 에이전트 플랫폼이다. 노코드 비주얼 빌더와 TypeScript SDK 중 편한 쪽으로 만든다.

Inkeep 미리보기

Inkeep 소개

About

Inkeep이란

Inkeep은 이미 가지고 있는 콘텐츠로 답하는 AI 에이전트를 만드는 제품이다. 문서 사이트, 헬프센터, 사내 위키를 연결하면 에이전트는 추측 대신 출처를 붙여 답한다. 본사는 샌프란시스코에 있고, 오픈소스 에이전트 프레임워크와 기업용 매니지드 플랫폼을 함께 내놓는다.

쓰임새는 두 갈래다. 고객지원 AI 에이전트는 자사 사이트, Slack, Zendesk와 Salesforce 안에서 질문을 처리한다. 내부 코파일럿은 지원, 영업, 운영 팀이 자사 지식을 뒤질 때 같은 일을 한다. 둘 다 같은 실행 엔진 위에서 돌기 때문에 로직을 한 번 짜두면 여러 곳에 내보낼 수 있다.

한계는 적용 범위에 있다. Inkeep은 뒤에 실제 지식베이스가 있을 때 제대로 작동한다. 문서가 얇거나 엉망이면 답변도 얇게 나오고, 모델 설정을 바꿔도 해결되지 않는다. 오픈소스 경로는 로컬에서 Docker와 Node를 다룰 수 있다는 전제도 깔고 있다.

시작하는 방법

  1. 빈 폴더에서 오픈소스 퀵스타트를 실행한다. Node 22, Docker, pnpm이 필요하다.
  2. 개발 환경을 띄우고 비주얼 빌더를 열어 env 파일의 계정 정보로 로그인한다.
  3. 에이전트에 소스를 연결한다. 공개 문서와 헬프센터부터 붙이고, Notion이나 Confluence 비공개 공간은 Enterprise 플랜에서 쓴다.
  4. 내장 채팅에서 테스트한 뒤 변경 사항을 코드로 밀어 넣거나, 코드에서 고친 내용을 빌더로 당겨온다.
  5. Vercel이나 Docker로 배포하거나, React 채팅 컴포넌트를 자사 제품에 넣는다.

제품 정보

Inkeep의 요금, 지원 플랫폼, 성능을 한눈에 확인해 보세요.

무료 플랜예
유료 플랜Custom (Enterprise, quote-based)
플랫폼Web, self-hosted Docker, Vercel
개발사Inkeep
카테고리마케팅 · 학습 · 기타 · 챗봇
출시일Sep 2025
최근 업데이트Oct 2026
웹사이트 방문 수32K
웹사이트 글로벌 순위999K
API 제공 여부예

추천 대상

이 도구가 가장 잘 맞는 사용자, 작업, 상황입니다.

사용자

  • 소프트웨어 기업의 지원 팀
  • 문서 팀
  • 엔지니어링 팀
  • 운영·영업 팀

작업

  • 반복 티켓 줄이기
  • 문서 안에서 궁금증 해결
  • 지식베이스 문서 작성과 갱신
  • 티켓 분류와 CRM 갱신

활용 상황

  • 엔지니어를 로드맵에서 빼지 않고 공개 헬프 어시스턴트를 띄운다. 설정은 비주얼 빌더에서 끝난다.
  • 사이트 위젯과 같은 소스를 읽는 Slack 봇을 지원 팀에 준다. 뒤에는 에이전트 하나만 있다.
  • 예산을 잡기 전에 노트북에서 에이전트 아이디어를 시험한다. 오픈소스 코어는 로컬에서 무료로 돈다.

주요 기능

노코드 비주얼 빌더

드래그 앤 드롭 캔버스에서 에이전트를 조립한다. 모델을 고르고, 도구를 붙이고, 지시문을 쓰고, 서브 에이전트를 연결한다. 팀의 누구든 자기 담당 에이전트를 맡을 수 있고, 프롬프트를 바꾸는 데 배포가 필요 없다. 캔버스가 쓰는 설정은 SDK가 읽는 것과 같아서 담당이 바뀌어도 다시 만들 일이 없다.

TypeScript SDK

개발자에게는 제품 코드 옆에서 버전 관리되는 프레임워크가 간다. 에이전트와 도구, 자격 증명을 TypeScript로 정의하고 빌더로 밀어 올려 비개발 동료의 검토를 받는다. 핵심은 양방향 동기화다. 코드에서 고치든 UI에서 고치든 반대쪽에 그대로 반영된다.

문서 검색 AI와 매니지드 RAG

문서 검색 AI는 연결에서 시작한다. 공개 페이지, 헬프센터, Notion이나 Confluence 비공개 공간을 하나의 인덱스에 넣는다. 그다음 매니지드 RAG가 청크 분할, 임베딩, 순위 매기기를 맡는다. 대부분의 팀이 이 부분을 과소평가한다. 답변 시점에는 데이터베이스, API, 웹에서 최신 데이터도 가져오므로 가격과 상태 페이지가 낡지 않는다.

멀티 에이전트 팀과 MCP 도구

에이전트 하나로 지원 조직 전체를 덮기는 어렵다. Inkeep은 범위와 권한이 다른 에이전트 팀을 돌리고, 질문을 처리할 수 있는 쪽으로 넘긴다. 에이전트는 어떤 MCP 서버나 API든 호출하며 자격 증명은 플랫폼 계층에 보관된다. 환불 도구와 문서 조회가 같은 대화에 나란히 앉는다.

출처가 붙은 채팅 컴포넌트

React와 JS 컴포넌트 라이브러리는 동작하는 어시스턴트를 기존 앱에 넣는다. 폼, 카드, 사용자 정의 메시지 레이아웃까지 따라온다. 모든 답변에는 원문 페이지로 돌아가는 인용이 붙어 사용자가 한 번에 확인할 수 있다. 지원 리드에게는 봇을 믿고 두느냐, 조용히 끄느냐의 차이다.

트레이스, OpenTelemetry, 갭 리포트

트레이스 화면은 답변의 경로를 전부 보여준다. 검색, 도구 호출, 선택된 모델, 지연 시간까지 나열된다. 트레이스는 OpenTelemetry로도 나가서 이미 쓰는 모니터링에 그대로 들어간다. Enterprise에서는 콘텐츠가 답하지 못한 질문을 정기 AI 리포트가 묶어 지식 공백과 빠진 제품 기능을 표시한다.

장단점

장점

  • 빌더와 TypeScript SDK가 양방향으로 동기화되어 디자인과 개발이 같은 에이전트를 동시에 손봐도 서로 덮어쓰지 않는다.
  • 오픈소스 코어는 무료이고 셀프호스팅이 된다. 계약 전에 아이디어가 되는지 먼저 확인할 수 있다.
  • 답변마다 인용이 붙어 검색 실패가 눈에 보인다. 고치는 가장 빠른 길이기도 하다.
  • MCP, A2A, 웹훅을 지원해 기존 스택에 끼어든다. 갈아엎으라고 요구하지 않는다.

단점

  • 매니지드 RAG, 비공개 소스 수집, SSO, 감사 로그는 Enterprise에만 있다. 무료 티어만으로 실제 지원 운영을 돌리기 어렵다.
  • 시작하려면 Node, Docker, pnpm이 필요해 기술 인력 없는 담당자 혼자서는 버겁다.
  • 답변 품질은 문서 품질을 따라간다. 갭 리포트도 사용자가 이미 부딪힌 뒤에야 문제를 드러낸다.
  • Enterprise 가격은 견적제라 예산을 세우려면 영업 미팅을 거쳐야 한다.

자주 묻는 질문

자사 문서, 헬프센터, 사내 위키로 답하는 AI 에이전트를 만들고 사이트, Slack, Zendesk 같은 지원 도구에 배포한다.