Chatbase 是一個用公司網站、文件與客服資料建立 AI 客服 Agent 的平台。 它適合已經有 FAQ、產品文件或客服政策，想先自動回答重複問題的團隊；如果資料仍互相矛盾、價格與退貨規則沒人維護，先上 Chatbase 只會更快地把錯誤答案送給客戶。
第一次測試可用免費版：目前包含 1 個 Agent、每月 50 message credits、1 MB 訓練內容與 1 個 workspace member。免費 Agent 閒置 14 天後會被刪除，因此它適合驗證繁中問答、引用內容與嵌入樣式，不能當作持續在線的正式客服。
Chatbase 免費版與價格怎麼看？
Chatbase 官方方案頁目前列出 Free、Hobby、Standard、Pro 與 Enterprise。年繳顯示的月均價格分別為 Hobby US$32、Standard US$120、Pro US$400；月繳、稅額、地區與實際結帳價格要在訂閱當下確認。Standard 才開始提供 Helpdesk、Voice、Telephony、API、Auto Retrain 與部分進階整合，Pro 再增加高額度與進階分析。
付費前要先弄懂 message credits。它計算的是 AI 回覆消耗，不等於訪客人數，也不一定一則回覆只扣一點。官方 FAQ列出的部分進階模型每次回覆會消耗 2 至 6 credits；其他模型可能是 1 credit。使用者追問五次、Agent 回覆五次，就可能連續扣點；若回覆還觸發 Action，成本也要另外測。點數用完時，Agent 會顯示暫時無法使用。
先從真實對話估量：抽 100 段客服紀錄，算每段平均有幾次 AI 回覆，再乘以預計採用模型的 credit 倍數。還要保留測試、內部人員操作、失敗重試與流量尖峰，不能只用每月訪客數除以方案額度。
Chatbase 可以讀哪些資料？
官方資料來源文件列出網站或 Sitemap、PDF、TXT、DOC／DOCX、文字片段、自訂 Q&A、Notion，以及由 Zendesk 或 Salesforce 匯入的 tickets。網站爬取後能逐頁檢查、排除登入頁或重複頁；PDF 則需要可選取的文字，掃描影像應先確認文字有被正確辨識。
資料來源的選擇原則很簡單：
- 固定且高頻的答案用 Q&A，例如營業時間、寄送地區、試用規則。
- 完整產品說明用網站或文件，但要排除舊版、測試站與不同地區價格頁。
- 即時訂單、庫存或帳號狀態用 Action 查後端，不能把上次匯出的資料當現況。
- 歷史客服票據上傳前先排除個資、一次性補償與已失效政策，避免 Agent 把特例學成通則。
Standard 與 Pro 可使用 Auto Retrain；目前文件寫的是每週同步網站、Notion 與可用的遠端來源。即使開啟自動更新，也要有人負責來源頁是否正確，不能期待爬蟲替公司判斷哪一版政策有效。
七步建立第一個網站客服 Agent
第一步，先選低風險範圍。 從產品功能、營業時間、寄送與一般操作問題開始。退款核准、付款爭議、帳號解鎖、醫療或法律判斷先交給真人。
第二步，整理 20 個高頻問題。 每題寫出核准答案、最後更新日、負責人與原始政策網址。答案互相衝突時先修政策，不要同時上傳兩個版本。
第三步，加入最小資料集。 先放必要的 FAQ、三至五個產品頁和一份政策文件。完成後逐頁檢查爬取結果，刪掉搜尋頁、導覽、舊活動、登入頁與不相關文章。
第四步，寫回答邊界。 要求 Agent 只依資料來源回答；找不到、來源矛盾或需要即時帳戶資料時，清楚說明無法確認並提供人工管道。品牌語氣可以稍後調，拒絕亂猜更優先。
第五步，設定人工轉接。 Chatbase 的Escalations 文件支援建立 Chatbase 或 Zendesk、Salesforce、Intercom、HubSpot、Freshdesk 等平台的 ticket。至少在使用者明確要求真人、連續兩次未解決、帳務爭議、帳號安全與敏感客訴時觸發，並先告知會傳送哪些對話與聯絡資料。
第六步，用測試矩陣驗收。 每類至少準備兩題：資料中有直接答案、同義問法、資料沒有答案、兩頁內容衝突、過期價格、要求退款、索取個資、提示注入、辱罵或情緒升高、明確要求真人。記錄正確答案、是否拒答、是否轉接與耗用 credits。
第七步，小流量上線。 先放在 Help Center 或少量頁面，觀察一週再擴大。每天看未解決問題與人工轉接，每週把錯誤分成資料缺漏、資料過期、檢索錯誤、回答錯誤與 Action 失敗；每一類的修法不同。
Actions 什麼時候才需要？
Actions 讓 Agent 查詢訂單、建立 lead、預約 Calendly、連接 Stripe，或呼叫自訂 API。這讓它能執行工作，也同時把錯誤從「說錯一句話」升高為「真的改動系統」。先限制唯讀查詢，再為寫入動作加上身分驗證、必要欄位確認、重複提交防護、逾時與失敗訊息。
例如訂單查詢應先驗證使用者身分，再只回傳該筆訂單允許揭露的狀態。取消訂單、退款、修改地址等動作需要二次確認與清楚結果；API 沒回覆時不能假裝已完成。正式串接前可先讀 AI Chatbot 建置工具比較，確認 Chatbase 的護欄是否足夠，或是否需要 Botpress這類較細的流程控制。
資料與營運風險。
Chatbase FAQ 表示資料在傳輸與儲存時加密、具 SOC 2 與 GDPR 處理，且使用者資料不拿去訓練其他模型。這些是供應商聲明，企業仍要核對正式隱私政策、子處理者、資料位置、刪除、保留、稽核與事故通知是否符合自己的要求。
不要直接匯入含姓名、電話、地址、付款資訊、密碼重設內容或未公開合約的客服票據。即使 Agent 只在公司網站出現，訪客仍可能用特殊問法試著套出訓練資料。資料最小化、權限隔離、輸出過濾、對話抽查與刪除流程都要在上線前完成。
常見問題
Chatbase 有免費版嗎？
有。免費版目前提供 1 個 Agent、每月 50 message credits、1 MB 訓練內容與 1 個成員；免費 Agent 閒置 14 天會被刪除。它足以做小型測試，不適合承擔正式客服流量。
Chatbase 支援繁體中文嗎？
模型通常可以用繁體中文回答，但網站沒有一個通用的「繁中準確率」。應拿自家產品名、台灣用語、同義問法、長短句與中英混合內容實測，並確認來源檢索與回答都正確。
Chatbase 能放到自己的網站嗎？
可以。官方提供網站嵌入，也能部署到多種頻道。正式安裝前先在測試頁檢查手機版、載入速度、Cookie 與隱私告知、人工管道，以及腳本被阻擋時網站是否仍可正常使用。
Chatbase 可以轉真人客服嗎？
可以透過 Escalation Action 建立 helpdesk ticket，支援 Chatbase 及多種外部客服平台。是否能即時有人接手仍取決於團隊排班；下班時間要告知回覆時段，不能讓使用者以為真人已在線。