一句話介紹
Knowlee是一套面向企業的Company Brain與AI工作平台,用於將組織流程、決策和結果轉變為可持續更新的企业上下文,再讓受治理的智能體在人工審批下執行實際工作。
Knowlee是什麼
Knowlee目前由三個部分組成:Company Brain負責管理企業的各種資訊與環境,Knowlee OS則負責協調人類員工與AI員工之間的互動,而部署團隊則負責將該平台整合到客戶現有的工具、數據及業務流程中。它更像是企業AI運作層及實施服務,而非註冊後即可立即使用的通用聊天機器人。
產品早期曾以個人AI助手、知識連接和自動化Agent為主,目前定位已轉向企業級Company Brain。舊版教學、免費層和第三方目錄的價格無法直接用於描述現有的商業方案。
三層產品結構
| 組成部分 | 主要作用 | 企業獲得什麼 | 關鍵邊界 |
|---|---|---|---|
| Company Brain | 表示流程、決策、結果及其關係 | 持續累積的企業上下文 | 需要準確的數據和維護機制 |
| Knowlee OS | 協調並行對話、決策、任務和AI員工 | 統一操作台與工作記錄 | 高風險行動應等待審批 |
| 部署團隊 | 梳理流程並連接CRM、郵箱、日曆和文件 | 可運行的企業定製系統 | 實施範圍和費用需合約確認 |
Knowlee強調,模型本身並非主要產品,其真正的價值在於受治理的企業環境。組織所累積的流程、客戶知識與技能,在交付後仍由客戶繼續使用,但具體的數據、設定及代碼的所有權則應明確寫入合約中。
Company Brain企業知識大腦
Company Brain並非一般的文件庫,而是對公司運作方式的動態呈現。它將不同部門的流程、過去的決策、執行結果以及彼此之間的影響關係連結起來,讓管理層和AI員工能夠了解某項決策為何會被做出、會帶來什麼樣的結果,以及接下來需要誰來處理這些問題。
- 記錄銷售、招聘、交付、運營和財務流程。
- 保存重要決定、參與者及審批條件。
- 把執行結果反饋到既有企業上下文。
- 連接跨部門任務和相互依賴關係。
- 識別重複問題、衝突決定和潛在風險。
- 讓不同AI員工共享經授權的公司知識。
- 為新員工和管理者提供完整的業務背景。
將業務數據連接起來並不會自動產生正確的因果結論。在面對利潤下降、客戶風險以及部門間衝突等情況時,應呈現相關證據、時間線以及替代性解釋,再由業務負責人作出最終判斷。
Knowlee OS操作台
Knowlee OS被描述為企業AI的運作中心,其中整合了並行會話、決策收件箱、執行看板以及Company Brain等功能。AI員工會先提出建議,待獲得人員批准後才予以執行,而執行結果則會傳回Brain中。
| 區域 | 用途 | 使用者需要處理 |
|---|---|---|
| Parallel Sessions | 讓多個AI員工並行處理不同工作 | 避免任務衝突和重複操作 |
| Decision Inbox | 集中展示待審批提案 | 核對影響、權限和證據 |
| Execution Board | 追蹤已批准任務的運行狀態 | 處理失敗、依賴和超時 |
| Company Brain | 查看企業上下文和持續學習結果 | 更正錯誤節點與過期規則 |
| Monitoring | 觀察運行、風險和業務結果 | 區分系統成功與真實業務價值 |
| 審計與回退 | 記錄動作並撤回可逆變更 | 確認哪些外部動作無法一鍵恢復 |
人機協作與審批
平台預設強調人為介入的原則,讓企業決定哪些工作可以自動執行,哪些需要人員確認。審批不僅用於最終的發送,也應涵蓋價格、合約、招聘、財務及客戶承諾等關鍵的中間步驟。
- AI員工讀取獲准的企業上下文。
- 根據任務生成計劃、建議或擬執行動作。
- 系統把敏感或高影響提案送入決策收件箱。
- 負責人查看數據、風險、對象和預期結果。
- 批准、修改、拒絕或轉交其他人員。
- 獲批的任務在執行看板中運行。
- 系統記錄工具調用、結果和異常。
- 必要時回滾可逆動作並更新Company Brain。
人工審批只有在人員能夠獲得足夠的背景資訊,且 có時間進行審核時才有效。如果系統產生大量品質低下的提案,那麼審批就會變成單純的機械性操作,因此應該追蹤拒絕率、修改率以及審批所需的時間。
業務執行能力
Knowlee希望AI員工不僅能回應發生了什麼,還能結合企業規則提出行動並協調修復。公開應用重點覆蓋銷售和招聘,並計劃將同一Brain擴展到法律、財務、採購、行銷、項目和運營。
| 業務領域 | 可執行工作 | 需要的企業數據 | 主要風險 |
|---|---|---|---|
| 銷售 | 尋找線索、外聯、約會和管道跟進 | CRM、郵件、日曆和產品資訊 | 垃圾外聯、錯誤承諾和合規 |
| 招聘 | 候選人查找、篩選和面試安排 | 崗位、簡歷、標準和日曆 | 歧視、隱私和錯誤淘汰 |
| 交付 | 追蹤專案、任務和客戶風險 | 合約、計劃、工單和溝通 | 錯誤優先級與客戶影響 |
| 運營 | 協調請求、檢查和重複流程 | SOP、表單、系統狀態 | 越權寫入和流程中斷 |
| 法律 | 檢索合約和政策並準備初稿 | 合同、先例和法規要求 | 不能替代律師判斷 |
| 財務 | 對賬、監控和報告輔助 | 賬務、發票和經營數據 | 數字錯誤和欺詐風險 |
| 採購 | 供應商比較、審批和續約提醒 | 報價、合約和供應商記錄 | 偏差、利益衝突和權限 |
| 行銷 | 活動、內容和分析協作 | 品牌、受眾和渠道數據 | 版權、事實和品牌風險 |
目前這個頁面明確顯示,4Sales和4Talents是運行在Brain上的應用程式,而其他部門的能力則包括已說明的功能以及未來的擴展方向。在進行採購時,應要求團隊區分現成的模組、需要自行開發的模組,以及未來的計劃。
跨部門決策分析
Company Brain的差異化方向在於,它能解決單個部門無法答覆的問題,例如銷售承諾與實際交付之間所造成的利潤損失、多個團隊之間相互衝突的決策,以及客戶風險最早出現在哪個系統中。
- 將銷售承諾與交付成本關聯。
- 尋找客戶流失前的跨系統信號。
- 識別不同部門正在執行的衝突決定。
- 回溯某項歷史決定造成的長期成本。
- 比較流程變更前後的業務結果。
- 確定問題負責人及協同修復步驟。
- 將新結果寫回企業上下文。
這類分析容易把相關性誤當因果關係。企業應要求保留原始記錄、計算邏輯、時間範圍和人工解釋,不能讓模型結論直接觸發財務或人事決定。
部署流程
目前頁面所給出的典型上線週期為3—4週,重點在於將現有平台與企業相連,而非從零開發整套軟體。不同企業的資料品質、連接器、安全審查以及流程的複雜度,都會影響實際的上線時間。
| 階段 | 主要工作 | 交付結果 | 客戶需要投入 |
|---|---|---|---|
| 第1週 | 梳理流程、工具和部門交接 | 流程圖、工具關係和首批Brain節點 | 業務負責人訪談與材料 |
| 第2—3週 | 連接CRM、信箱、日曆和文件,編碼程式與審批規則 | 企業上下文與AI員工配置 | 權限、測試數據和安全審查 |
| 第4週 | 上線操作台、審批和首批運行流程 | 可運行的AI工作系統 | 驗收、培訓和生產授權 |
| 持續階段 | 監控結果、更新知識和優化流程 | 週度變化與迭代 | 業務復盤和糾錯 |
網站早期版本曾使用4—8週來表示時間,目前首頁則改為3—4週。正式專案應以範圍說明、里程碑、依賴項目、驗收標準及合約計劃為準,而不應將行銷時間視為保證。
實施準備步驟
- 選擇一個跨部門價值明確且風險可控的流程。
- 指定業務負責人、資料所有者及審批人。
- 梳理現有步驟、例外、工具和手工交接。
- 清理重複、過期和互相矛盾的數據。
- 定義Company Brain需要表示的實體與關係。
- 劃分只讀、建議、草稿、寫入和外發權限。
- 配置審批、日誌、監控和停止機制。
- 用歷史案例、異常場景和惡意輸入測試。
- 在小範圍生產任務上驗證業務結果。
- 持續更正Brain並擴大到相鄰流程。
系統集成與數據
Knowlee會將Company Brain連接到CRM、收件匣、日曆、文件以及客戶現有的工具上。其官方網站並未公開完整的連接器目錄、API規範、SDK、事件模型以及速率限制等資訊,因此每個專案的原生整合與自訂範圍都需在技術評估之後才能確定。
| 系統類型 | 常見輸入 | 可能輸出 | 控制重點 |
|---|---|---|---|
| CRM | 客戶、機會、活動和階段 | 更新記錄、任務和風險 | 字段級權限與批量寫入 |
| 信箱 | 線程、附件和參與者 | 摘要、草稿和跟進 | 發送審批與敏感內容 |
| 日曆 | 會議、參與者及可用時間 | 安排與提醒 | 時區、衝突和外部邀請 |
| 文件 | SOP、合約、政策與報告 | 檢索、摘要和流程規則 | 版本、生效時間和訪問控制 |
| 招聘系統 | 崗位、候選人和面試 | 篩選、排序和安排 | 公平、解釋和資料保護 |
| 財務系統 | 發票、成本和收入 | 對賬、異常和報告 | 精度、審批和審計 |
| 專案工具 | 任務、進度和阻塞 | 狀態更新和協調 | 避免自動覆蓋人工決定 |
企業應建立穩定的對象ID、同步頻率、衝突規則以及失敗時的重試機制。任何跨系統的寫入操作都需進行幂等性控制,以避免同一個AI任務重複發送郵件、建立客戶或修改狀態。
治理與審計
Knowlee將人類監督、行動審計、風險分類以及回滾作為平台設計的一部分。每個AI動作都會留下記錄,並透過即時監控來觀察其執行情況,而那些敏感的動作則需要經過審批。
- 為每個AI員工定義責任和禁止行為。
- 按風險等級決定是否需要審批。
- 記錄輸入、計劃、工具調用、審批人與結果。
- 提供任務失敗和異常狀態監控。
- 保留可逆動作的一鍵回滾能力。
- 對不可逆外部動作增加二次確認。
- 定期抽查被批准和被拒絕的提案。
- 對知識、權限和模型變更進行版本管理。
回滾並不適用於所有的任務,已經發送的郵件、外部承諾、付款或對候選人的通知等,可能無法真正撤銷。企業應在執行任務之前,先區分哪些動作是可逆的、可補償的,以及哪些動作是不可逆的。
安全與合規狀態
目前的首頁將GDPR、EU AI Act的規定、ISO 42001的標準,以及人類監控與每個租戶的資料隔離作為治理的重點,並說明客戶的資料會保存在其自身的基礎設施中。該平台還聲稱採用了端到端加密和零信任架構。
| 項目 | 當前表述 | 正確理解 |
|---|---|---|
| GDPR | 聲明合規並採用每租戶隔離和DPIA框架 | 應核對處理協議、角色和資料流 |
| EU AI Act | 按法規要求設計並包含審計與人工監督 | 實際義務取決於具體使用場景 |
| ISO 42001 | 宣稱對齊並覆蓋大部分技術控制 | 對齊不等於獲得認證 |
| ISO 27001 | 正式審計列入2027年第一季度路線圖 | 目前無法標記為已認證 |
| SOC 2 Type II | 鑑證列入2026年第四季路線圖 | 當前不能標記為已完成 |
| 加密與零信任 | 對外說明已採用 | 應索取架構、測試和審計證據 |
| 審計與回滾 | 記錄AI行動並支援監控與回滾 | 需確認保留期和不可逆動作 |
網站上有些較舊的頁面將 SOC 2 Type II 寫成「已通過認證」,這與目前的計畫有衝突。根據現在的狀況以及最新的首頁內容,應視為仍處在計畫階段中,因此採購方應要求獲得完成後的正式報告。
隱私與資料處理
隱私政策由Knowlee, Inc.所發布,其中列出了帳戶、聯絡資訊、付款資訊、使用者輸入的資料、裝置及使用狀況等資料類型。該政策說明中可能提及會使用雲端服務、模型、支付系統、監控功能、認證機制、通訊工具、分析技術以及知識基礎設施供應商,且這些資料也可能被傳輸到其他國家。
- 明確公司Brain包含哪些個人和業務數據。
- 對Google Workspace等連接實行最小授權。
- 核對模型、雲平台與向量儲存的處理角色。
- 設定流程、決策、結果和日誌的保留期限。
- 為訪問、更正、刪除和反對請求建立機制。
- 在人員離職或專案結束時撤銷連接。
- 限制行銷、分析與研究用途的資料範圍。
- 確認合同終止後的完整導出和刪除證明。
隱私政策最後更新於2024年,其中所列的供應商及服務說明,可能與公司目前的架構有所差異。企業應要求獲得最新的子處理商清單、資料流圖、處理協議以及基礎設施的相關說明。
定價與商業模式
Knowlee目前沒有公開以月、年、席位、AI員工數或使用量來計費的標準價目表。其官網提供30分鐘的免費諮詢服務,並透過企業診斷、部署、整合及持續優化等方式,為客戶打造定制化的解決方案。
| 階段或方案 | 價格 | 包含內容 | 適合用戶 |
|---|---|---|---|
| 官網與現場操作台 | 免費訪問 | 查看產品定位與互動演示 | 初步了解平台 |
| 30分鐘諮詢 | 免費 | 討論流程、問題和Company Brain初步地圖 | 評估項目方向 |
| 流程診斷 | 訂製報價 | 流程、工具、交接和價值梳理 | 準備AI轉型的企業 |
| Company Brain部署 | 訂製報價 | 平台配置、資料連接、審批和上線 | 需要企業級AI運行層的組織 |
| 業務應用 | 訂製報價 | 銷售、招聘或其他部門AI員工 | 需要生產級自動化的團隊 |
| 持續優化 | 訂製報價 | 監控、週報、流程與AI員工迭代 | 長期運營客戶 |
舊版第三方目錄中出現的免費或19美元起的價格,不適用於當前的Company Brain服務。正式報價應明確說明實施費、平台費、模型使用量、連接器、支援服務、SLA條款、資料託管費以及退出遷移的相關成本。
所有權與退出安排
Knowlee強調,客戶的流程、客戶知識與技能應由客戶自行擁有,系統交接後也由客戶繼續使用。由於公開頁面上沒有完整的合約文本,因此數據、設定、代理提示、自訂代碼以及第三方組件的權利範圍,仍需逐一明確說明。
| 資產 | 應確認的權利 | 退出時需要 |
|---|---|---|
| 原始企業數據 | 客戶保留所有權 | 完整導出與刪除證明 |
| Company Brain結構 | 實體、關係和歷史是否可導出 | 開放格式與關係說明 |
| 流程與技能 | 客戶是否可繼續運行和修改 | 文件、設定和版本 |
| 訂製代理 | 提示、規則、工具和測試集歸屬 | 可遷移交付物 |
| 訂製代碼 | 源碼、許可證和維護責任 | 倉庫、構建和部署說明 |
| 模型與第三方服務 | 使用權受外部條款約束 | 替代供應商和金鑰輪換 |
| 審計日誌 | 客戶訪問和保存範圍 | 合規保留與導出 |
GitHub與開源狀態
未核實到Knowlee目前的Company Brain、Knowlee OS或業務應用的官方公開核心源碼倉庫。公開網站、現場操作台及企業API接入無法證明產品為開源,因此目錄中應標記為商業閉源與定制部署。
需要私有化、源碼託管或應急接管的企業,應在合同中確認代碼交付、開源依賴清單、許可證、Escrow、建構方法以及供應商退出後的運行權。
適合哪些企業
- 流程分散在多個部門和工具中的中型企業。
- 希望用AI員工擴展銷售或招募能力的團隊。
- 需要將企業知識與實際任務執行相連結的組織。
- 要求人類審批、審計和回滾的受監管企業。
- 希望在現有CRM、電子郵件、日曆和文件之上部署AI的公司。
- 需要跨部門分析決策後果和業務風險的管理層。
- 願意投入流程梳理、數據治理和實施協作的企業。
產品優勢
- 將流程、決策和結果組織成持續累積的公司Brain。
- AI員工共享受治理的企業上下文。
- 操作台統一並行工作、審批、執行和監控。
- 預設強調人工監督和敏感行動審批。
- 為AI動作提供審計和可逆操作回滾。
- 平台與部署服務結合,減少企業自行拼接系統。
- 可從銷售和招聘擴展到更多部門。
- 客戶流程、知識和技能被明確視為企業資產。
主要限制
- 沒有公開標準價格,需要企業諮詢和訂製報價。
- 專案需要3—4週或更長的時間來實施,並非即時自助工具。
- 連接多部門數據會增加權限和隱私複雜度。
- 跨部門因果分析仍可能出現錯誤判斷。
- 公開連接器、API和技術文件較少。
- ISO 27001與SOC 2 Type II仍在路線圖中。
- 隱私政策更新時間早於目前產品架構。
- 核心平台不是已確認的開源軟體。
- 自動外聯、招聘和財務任務具有較高的合規風險。
- 人工審批容易因提案過多產生確認疲勞。
採購與驗收清單
- 確認當前合同主體、部署方式及服務地區。
- 選擇首個流程並量化時間、成本與品質基線。
- 要求區分現有功能、訂製開發和路線圖。
- 列出全部數據通道、子處理商和跨境傳輸。
- 核對AI員工的讀取、寫入、外發和審批權限。
- 測試錯誤數據、越權請求和不可逆動作。
- 確認審計日誌、監控、回滾和事故響應。
- 索取最新安全審計與認證進度材料。
- 把價格、模型費、維護、SLA和超範圍費用寫入合約。
- 明確Company Brain、配置、代碼和知識產權的歸屬。
- 驗證數據、日誌和代理配置可以完整導出。
- 使用真實業務結果而非演示指標驗收。
常見問題
Knowlee現在是什麼產品?
目前,這是一個由 Company Brain、Knowlee OS以及企業部署服務所構成的 AI 運行平台。它將企業的流程、決策及結果提供給受管理的 AI 僱員使用。
Knowlee是普通知識庫嗎?
不僅是文件檢索。Company Brain強調流程、決定、結果以及跨部門之間的關係,而Knowlee OS則負責審批、執行、監控以及回退操作。
Knowlee多少錢?
沒有公開的標準訂閱價格。官網提供免費30分鐘的諮詢服務,而診斷、平台部署、業務應用以及持續優化則需根據企業規模來定價。
多久可以上線?
目前首頁所顯示的典型週期為3—4週,這個時間包括了流程規劃、工具連接、程式與審批設定,以及正式上線的過程。對於較為複雜的專案而言,可能需要更長的時間。
支持哪些部門?
目前重點展示銷售和招聘應用,並將法律、財務、採購、行銷、專案、交付和運營列為同一Brain上的擴展方向。
所有AI動作都會自動執行嗎?
不會。平台預設強調Human-in-the-loop,敏感提案進入決策收件箱,人員批准後才在執行看板運行。
Knowlee通過SOC 2 Type II了嗎?
目前的首頁將SOC 2 Type II鑒證列為2026年第四季的計畫,因此無法標記為已完成。而ISO 27001的正式審計則安排在2027年第一季進行。
Knowlee是開源的嗎?
尚未查到 Company Brain 與 Knowlee OS 的官方公開核心源碼,因此應視為商業閉源平台。企業可透過合約協商部署、代碼交付或託管相關安排。
客戶知識歸誰?
Knowlee強調,客戶的流程、客戶知識及技能應由客戶自行擁有。至於實際數據、Brain結構、設定以及自訂代碼的導出範圍,則應在合約中明確規定。
總結
Knowlee適用於那些希望將分散的流程、跨部門的決策以及業務成果整合為統一的企業環境,再由AI員工在審批之後執行相關工作的組織。Company Brain、Knowlee OS以及實施團隊共同構成了從知識表達到實際行動的完整流程。
採用前應驗證真實流程價值、連接器權限、人工審批負擔、審計回滾和數據退出能力。公開定價與技術文件有限,安全認證仍在路線圖中,因此合約、架構和合規核驗是採購重點。
桂公網安備45132202000164號