AI assistant for businesses

Kili是什麼

Kili曾是一種針對企業的AI文件處理與行政協助工具，用於從PDF、圖片、文件及表格檔案中提取結構化資料。使用者可透過Board定義欄位，再進行批量上傳、以電子郵件轉寄，或透過API來匯入檔案。

官方目前的首頁已明確說明，該團隊不再開發Kili，並將所有精力轉向語音接聽與預約產品AIDE。因此，本條目是用來介紹其過去的機能及舊有套餐，不應再將Kili視為仍在持續維護的新購工具。

當前運營狀態

一句話介紹

Kili是一種已停止開發的無代碼AI文件提取工具，曾支援Board欄位設定、批次或郵件導入、資料驗證、自動化以及會計系統整合。

核心工作方式

Kili使用Board來整理同類型的文件。每個Board都包含需要提取的欄位，而在文件處理完成後，每份文件就會對應一條結構化的記錄。

• 為不同文件類型分別建立Board
• 定義字段名稱、描述和資料類型
• 上傳樣本文件讓系統推薦欄位
• 批量上傳、郵件或API導入檔案
• 自動提取並格式化結構化數據
• 標記缺失、重複或不符合規則的值
• 人工檢查並編輯最終結果

Board字段配置

Board相當於一個針對特定文件的提取表。欄位名稱和描述會引導AI定位資訊，數據類型、必填及唯一規則則用於統一輸出。

• 用清晰字段名表達目標數據
• 在描述中寫明上下文和提取規則
• 選擇文字、數字、日期等顯示類型
• 把必須存在的欄位設為Required
• 把發票號、訂單號等設為Unique
• 先用少量樣本驗證字段設計
• 對不同版式保留代表性測試文件

文件導入方式

歷史幫助文件列出了批量上傳、專屬郵件地址和API三種導入方式。處理完成後，Board會自動更新，也可以配置處理通知。

• 在Board介面批量上傳本地檔案
• 把附件轉發到專屬郵件地址
• 透過API以程式設計方式提交檔案
• 等待平台完成文件處理
• 在Board查看新增記錄和提取狀態
• 透過郵件接收處理完成通知
• 對失敗或異常檔案安排人工檢查

支援的文件類型

Kili的定位在於從非結構化檔案中提取資料，說明文件中明確提到了PDF、圖片、一般文件以及Excel檔案。舊版工具頁面還涵蓋了多種業務文件模板。

• 供應商賬單和客戶發票
• 採購訂單和客戶訂單
• 提單、裝箱單和物流文件
• 保險保單與理賠資料
• 合同和租賃協議
• 簡歷與候選人材料
• 自訂行業文件

發票數據提取

發票是Kili中的重要功能，系統能夠提取發票號碼、日期、到期日、供應商資訊、金額以及各項目內容。舊版的付費方案還提供交易分類以及與QuickBooks的整合功能。

• 從PDF附件和郵件正文提取數據
• 識別發票抬頭、編號和關鍵日期
• 提取總額、稅額、幣種和行項目
• 檢查VAT號等必填字段
• 識別重複發票編號
• 將交易分配到會計類別
• 把最終數據傳入會計或ERP系統

發票三單匹配

官方文章建議將發票與採購訂單、收貨記錄等內部資料進行三單匹配，並將金額較高或無法匹配的記錄轉交人工作業。Kili舊頁面並未證明所有套餐都原生包含完整匹配模組。

• 驗證供應商和發票基本資訊
• 對照採購訂單檢查數量與價格
• 對照收貨記錄確認實際交付
• 按金額和供應商應用審批規則
• 把缺失、超差或高風險記錄轉人工
• 記錄最終批准、拒絕和異常原因

數據校驗

Kili會根據欄位類型、必填及唯一規則來進行輸出，並對缺失值或重複值加以標記。至於業務邏輯以及跨系統的核對，則仍需企業自行設計。

• 按數據類型規範日期、數字和文字
• 標記文件中找不到的必填欄位
• 發現發票號和訂單號重複
• 檢查提取值是否滿足字段描述
• 由人工確認低置信度及異常記錄
• 把修正數據作為後續品質分析依據

人工編輯

使用者可以在記錄選單中打開編輯介面，左側可查看原始檔案，右側則用於修改與提取欄位。這種佈局適合用來核對那些遺漏、不正確，或是後來有所變化的資料。

• 同時查看原文件與結構化字段
• 修改錯誤或不完整的提取結果
• 補充文件中缺失但業務已知的光譜
• 保存修訂後的最終記錄
• 在導出或集成前完成品質複核
• 保留對關鍵字段的人工批准流程

新增字段與歷史回填

當業務需求發生變化時，使用者可以向Board新增欄位，並讓系統從現有的文件中填入相關資料。官方建議先在3條記錄上測試此功能，之後再將其應用到所有文件上。

• 添加新的數據字段
• 為字段填寫名稱和詳細描述
• 選擇只測試3條歷史記錄
• 檢查不同版式中的提取效果
• 修正描述後再處理全部記錄
• 也可先建字段而不立即回填

自動化動作

舊版自動化處於Beta階段，可在新增或更新記錄時觸發動作。動作能夠引用Board中的欄位作為輸入。

• 新增記錄後發送郵件通知
• 對個人、企業或實體執行研究
• 把提取結果推送到外部目的地
• 使用斜槓引用已有字段
• 在關聯字段更新時重新觸發動作
• 先運行3條記錄再批量執行
• 對失敗和重複執行保持監控

會計與ERP集成

Solo和Starter的舊版套餐明確列出了QuickBooks的整合功能，而Team則支援與任何會計或ERP系統的整合。至於自訂連線範圍、雙向同步以及錯誤處理等功能，則需在原有的合約中加以確認。

• 將發票字段映射到會計軟體
• 把交易分配到合適類別
• 傳輸供應商、金額和行項目數據
• 減少人工錄入和格式轉換
• 對重複、缺失和同步失敗進行攔截
• 在最終入賬前保留審批和審計記錄

典型使用場景

• 應付賬款團隊處理供應商發票
• 物流企業提取提單和裝箱單
• 銷售運營錄入客戶訂單
• 採購團隊整理採購訂單
• 保險團隊處理保單與理賠文件
• 法務團隊提取合約和租賃條款
• 招聘團隊整理簡歷字段
• 中小企業把郵件附件轉成結構化數據

適合哪些用戶

• 需要理解舊Kili數據和工作流的現有客戶
• 正在導出Kili記錄或評估遷移範圍的團隊
• 研究無代碼文件提取產品設計的從業者
• 核對歷史採購合約與套裝權益的管理員
• 不適合正在尋找長期維護新工具的新客戶

Kili舊版價格

以下價格來自仍線上的歷史定價頁面，但官方已停止開發Kili，因此無法視為現在可購買的報價。新用戶不應僅因頁面仍可訪問，就提交生產數據或進行長期採購。

舊套餐功能對比

消息與頁面額度

歷史定價頁面會保留相關訊息及頁面額度，但FAQ的答案並未在目前的靜態頁面上完整顯示。現有客戶應以舊合約、帳單以及後台實際計量數據為準，切勿根據行銷資料來判斷用量規則。

• 確認一次消息對應的具體AI操作
• 確認多頁PDF如何計算頁面額度
• 核對失敗、重試和歷史回填是否計量
• 檢查超量後是停用、限速還是額外收費
• 保存歷史賬單和套餐權益證據
• 遷移前統計月均和峰值使用量

基礎使用教學

1. 登入現有Kili帳戶並盤點仍可訪問的Board。
2. 為每種文件確認字段、類型和校驗規則。
3. 用少量非敏感文件驗證當前處理是否仍可用。
4. 檢查批量、郵件和API導入狀態。
5. 人工核對提取結果和異常標記。
6. 立即導出數據、欄位配置和關鍵原文件。
7. 記錄自動化、整合和權限依賴。
8. 制定遷移時間表而不是擴大新用量。

發票處理教學

1. 建立發票Board並定義編號、日期和金額字段。
2. 設定必填、唯一和正確的資料類型。
3. 導入不同供應商和版式的樣本。
4. 核對行項目、稅額和幣種提取效果。
5. 加入採購訂單與收貨數據校驗。
6. 讓財務覆核異常和高金額發票。
7. 測試會計系統映射和重複寫入保護。
8. 遷移前導出歷史記錄和審批證據。

遷移教學

1. 列出所有Board、字段、用戶、檔案和自動化。
2. 導出結構化記錄與原始文件。
3. 保存字段描述、必填、唯一和數據類型設定。
4. 記錄郵件入口、API和會計整合依賴。
5. 選擇支持持續維護和資料導出的替代平台。
6. 用同一批樣本比較提取與校驗品質。
7. 並行運行一段時間並核對最終入賬結果。
8. 確認數據刪除後再終止舊系統訪問。

替代工具選擇建議

1. 根據發票、物流或合約確定核心文件類型。
2. 要求候選工具處理真實複雜版式。
3. 比較字段、表格、手寫和多語言能力。
4. 檢查人工複核、置信度與審計日誌。
5. 驗證郵件、API、會計和ERP整合。
6. 核對數據地區、訓練用途和刪除機制。
7. 計算頁面、文件、欄位及人工複核的總成本。
8. 優先選擇可導出配置與數據的平台。

安全與資料遷移

產品停止開發後，安全更新、服務持續性、支援反應速度以及資料保留方面的不確定性都會增加。現有客戶應優先確認其帳戶、資料儲存、備份以及資料刪除的相關安排。

• 停止上傳新的敏感或關鍵生產資料
• 導出原文件、結果、配置和審計記錄
• 輪換曾用於Kili的API密鑰與整合憑證
• 撤銷不再需要的郵件轉發和系統權限
• 確認資料處理商和儲存地區
• 向官方書面確認數據保留與刪除日期
• 在新平台完成權限和安全評估
• 保留遷移校驗和最終刪除證據

效果評估

產品歷史優勢

• 無需代碼即可建立文件提取Board
• 字段描述、類型、必填和唯一規則清晰
• 支援批量、郵件和API多種導入方式
• 可以對已有文件回填新增欄位
• 原文件與編輯字段並排便於人工核對
• 曾提供QuickBooks與企業ERP集成
• 自動化動作可引用提取字段
• 舊版價格對小團隊較直觀

使用限制與注意事項

• 官方已停止開發，屬於決定性使用風險
• 舊定價頁仍線上不代表套裝仍可購買
• 未來服務可用性及安全更新缺乏保證
• 幫助文件和功能頁面可能隨時下線
• 歷史自動化標註為Beta，穩定性不能假設
• 舊FAQ未完整公開超量和計量規則
• 提取錯誤仍需人工複核和業務校驗
• 會計寫入錯誤可能造成財務和合規影響
• 新用戶應選擇仍在維護的替代平台
• 現有客戶應盡快導出並遷移關鍵數據

GitHub與開源情況

Kili的官網及說明文件中，並沒有提供可用來驗證的官方GitHub帳號連結。在公開平台上雖有許多同名的帳號，但這些帳號的公司資料、網域名稱或專案方向，都無法與Kili.so產品形成可靠的對應關係。

Kili核心文件處理平台並非開源專案，也沒有公開完整的原始碼或許可證。在產品停止開發之後，便無法透過官方的開源代碼來繼續維護它了。

基本資訊

推薦指數

1.5 / 5。Kili過去具有清晰的無代碼欄位設計、文件導入以及財務整合功能，但開發工作已經中止，因此不適合新用戶購買；現有客戶應將重點放在資料導出、權限取消以及資料遷移的驗證上。

常見問題

Kili現在還能用嗎？

部分舊頁面仍能訪問，但官網明確說明團隊已停止開發，不應據此假設生產服務會長期持續。

Kili為何停止開發？

官方說明，團隊在開發語音功能時發現了企業語音互動的機會，於是決定將所有精力轉向新產品AIDE。

Kili原來做什麼？

它從PDF、圖片、文件和表格檔案中提取結構化數據，並支援校驗、編輯和自動化。

Kili原來多少錢？

舊版Free為0美元，Solo為29美元/月，Starter為49美元/月，Team需聯繫銷售。

舊價格現在還有效嗎？

無法確認。產品已停止開發，舊定價僅用於歷史識別，不應視為當前報價。

Kili支援發票嗎？

歷史產品支援發票欄位及行項目提取，並曾提供QuickBooks、交易分類和ERP整合。

Kili提供API嗎？

歷史說明文件指出可透過API提交檔案並接收處理結果，目前的可用性需由現有帳戶核驗。

Kili的新產品是什麼？

團隊目前轉向AIDE，這是一款能協助企業接聽電話及安排預約的AI語音助手。

Kili是開源的嗎？

不開源，也沒有可核驗的官方GitHub源碼供用戶自行繼續維護。