Inkeep

Inkeep

Inkeep · 行銷 · AI 學習 · 其他 · 聊天機器人

Inkeep 把文件站與客服中心變成支援助理,可用免寫程式的視覺化建置工具,也能用 TypeScript SDK 自己寫。

Inkeep 的介面預覽

關於 Inkeep

About

什麼是 Inkeep

Inkeep 用來打造會拿你手上內容回答問題的 AI 代理。接上文件站、客服中心或內部 wiki,代理就會給出附來源的答案,不是憑印象編一套。公司位在舊金山,同時推出兩樣東西:開源的代理框架,以及給企業用的託管平台。

產品處理兩件事。支援服務 AI 代理在官網、Slack 或 Zendesk、Salesforce 裡面直接回覆使用者問題;內部 copilot 則替支援、業務與營運團隊翻找自家知識。兩者跑在同一個引擎上,邏輯設定一次,就能在多個地方上線。

限制在於適用範圍。Inkeep 要背後有一套真的知識庫才跑得動。文件太薄或整理得太亂,答案也會一樣薄,換哪個模型都救不回來。走開源路線還有一個前提:你得能自己操作 Docker 跟 Node。

開始使用

  1. 在空資料夾執行開源 quickstart,環境需要 Node 22、Docker 與 pnpm。
  2. 啟動開發環境,打開視覺化建置工具,用 env 檔裡的帳密登入。
  3. 把代理接上資料來源:先接公開文件與客服中心,Notion 或 Confluence 這類私有空間要企業版才有。
  4. 在內建聊天視窗測試,再把設定推回程式碼,或把程式碼的改動拉回建置工具。
  5. 部署到 Vercel 或 Docker,也可以把 React 聊天元件放進自家產品。

產品資訊

快速了解 Inkeep 的定價、支援平台與效能。

免費方案是
付費方案Custom (Enterprise, quote-based)
平台Web, self-hosted Docker, Vercel
開發者Inkeep
類別行銷 · AI 學習 · 其他 · 聊天機器人
發布日期Sep 2025
最近更新Oct 2026
網站訪問量32K
網站全球排名999K
API 提供狀態是

適合對象

這項工具最適合的使用者、任務與情境。

使用者

  • 軟體公司的支援團隊:代理直接引用客服中心既有文章回答,第一線案件量自然下降,不必先補人。
  • 文件團隊:同一個代理會把讀者真正需要的頁面推到前面,缺口報告則指出哪些問題文件根本沒回答。
  • 工程團隊:TypeScript 代理 SDK 讓代理留在版本控制裡,照原本的流程送審與部署。
  • 營運與業務團隊:內部 copilot 讀 Confluence、Notion 和歷史工單,開會前不必再四處翻資料。

任務

  • 擋掉重複工單:帳務與設定問題由代理直接從知識來源回答。
  • 在文件頁面裡回答問題:搜尋會讀使用者正在看的那一頁,指向正確的下一步。
  • 撰寫與更新知識庫文章:代理把寫文件、改文件當成工作流程執行,不是聊天附帶功能。
  • 分流工單並更新 CRM:代理透過 MCP 伺服器與 API 動手,無聊的那段自己跑完。

情境

  • 在客服中心上線公開助理,不必抽走工程師,因為視覺化建置工具涵蓋整個設定流程。
  • 給支援團隊一個 Slack 機器人,跟官網小工具吃同一批來源,背後只有一個代理。
  • 先在筆電上試代理的想法再談預算,開源核心在本機執行不收費。

主要功能

免寫程式的視覺化建置工具

拖拉式畫布就能組出代理:挑模型、掛工具、寫指令、把子代理接起來。團隊裡任何人都能接手自己關心的那一個,改提示詞也不用等部署。畫布寫出的設定跟 SDK 讀的是同一份,交接時不必重做一遍。

TypeScript 代理 SDK

工程師拿到的是放在版本控制裡的框架,跟產品其他程式碼並排。代理、工具與憑證都能用 TypeScript 定義,再推上建置工具讓非技術同事審閱。雙向同步是重點:在程式碼或介面改,另一邊都會同步收到。

文件站 AI 搜尋與受管 RAG

文件站 AI 搜尋從接資料開始:公開頁面、客服中心,加上 Notion 或 Confluence 的私有空間,全部進同一個索引。接著受管 RAG 處理切塊、embedding 與排序,這一段最常被低估。代理回答時還會即時抓資料庫、API 與網路上的資料,價格與狀態頁不會停在舊版本。

多代理團隊與 MCP 工具

一個代理很少能撐起整個支援部門。Inkeep 讓多個代理組成團隊,各自有範圍與權限,問題會送到真正能處理的那一個。代理能呼叫任何 MCP 伺服器或 API,憑證存在平台層,退款工具跟文件查詢可以待在同一段對話裡。

附引用來源的聊天元件

React 與 JS 元件庫把能用的助理放進既有應用程式,表單、卡片與自訂訊息版型都包含在內。每個答案都帶回原始頁面的引用,使用者點一下就能核對。對支援主管來說,這是「敢開著」與「默默關掉」之間的差別。

追蹤、OpenTelemetry 與缺口報告

追蹤介面攤開一個答案的完整路徑:檢索、工具呼叫、選了哪個模型、延遲多少。追蹤資料也能走 OpenTelemetry 匯出,直接進你已經在付錢的監控系統。企業版還會定期產出 AI 報告,把內容答不出來的問題聚類,標出知識缺口與產品功能缺口。

優缺點

優點

  • 建置工具與 TypeScript 代理 SDK 雙向同步,設計與工程可以同時改同一個代理,不會互相覆蓋。
  • 開源核心免費且能自架,簽約之前就能先驗證想法行不行。
  • 每個答案都附引用,檢索抓錯立刻看得出來,也是修得最快的一條路。
  • 代理支援 MCP、A2A 與 webhook,Inkeep 是接進現有架構,不是把架構換掉。

缺點

  • 受管 RAG、私有來源匯入、SSO 與稽核紀錄都放在企業版,免費方案單獨撐不起正式的支援上線。
  • 起步要碰 Node、Docker 與 pnpm,沒有技術背景的人單打獨鬥會卡住。
  • 答案品質跟著文件品質走,缺口報告也只在使用者已經踩雷之後才顯示問題。
  • 企業版沒有公開價目,編預算得先約一次業務會議,不能只看定價表。

常見問題

它打造會用你的文件、客服中心與內部 wiki 回答問題的 AI 代理,再放到官網、Slack 或 Zendesk 這類支援工具裡。