Odoo 19 引入了一個超越文字生成的 AI 層。它可以協助使用者尋找資訊、解讀記錄、開啟檢視、分類文件、支援客服工作、回答網站訪客，並選擇受控動作。Odoo 19.4 以自動模型選擇、語音互動、已儲存對話、更豐富的即時聊天記錄卡，以及 MCP 連接能力，延伸了這個方向。

真正有用的問題不是 Odoo 是否有 AI，而是某個代理在特定情境下，是否被允許使用哪些資訊與工具。Odoo 透過代理、技能、來源與伺服器動作來分隔這些責任。

從標準的 Ask AI 助理開始

標準的 Ask AI 助理可從命令面板以及 Odoo 介面中的 AI 按鈕使用。根據官方 Odoo AI documentation，它可以回答自然語言問題、開啟檢視、改善內容、摘要 chatter，並根據情境建議下一步。

標準的 Ask AI 代理不能變更資料庫記錄。它可以幫助使用者理解與導覽資訊，但 Odoo 明確將這種協助與執行寫入的工具分開。這是一個重要的預設，因為流暢的回覆不應在不知不覺間變成會計、銷售或營運交易。

自訂代理定義特定工作

自訂 Odoo AI 代理包含系統提示、回覆風格、一個或多個技能，以及可選的來源。官方的 AI agents documentation 將代理描述為具有明確目的，並可存取 Odoo 工具的自然語言助理。

在較早的 Odoo 19 文件中，指令與工具的集合稱為 topic。Odoo 19.4 將其重新命名為 skills。目的仍然相同：每個技能都會說明某項工作的情境、規則與流程，而工具則是代理實際可呼叫的功能。

這種結構支援為不同情境設計的代理，而不是讓單一助理擁有寬泛且含糊的權限。例子包括：

  • 協助銷售的助理，可尋找商機、說明銷售漏斗資料並起草後續訊息。
  • 支援客服的代理，可根據已核准的 Knowledge 文章回答，並將不確定案例升級處理。
  • 文件代理，可分類上傳檔案並選擇已核准的資料夾或標籤。
  • 現場服務助理，可摘要任務歷史並準備客戶更新。
  • 即時聊天代理，可回答常見問題，並在收集必要細節後建立 CRM 線索。

來源決定代理可以參考哪些內容

Odoo 代理可將 PDF、網頁連結、Documents 檔案與 Knowledge 文章作為索引來源。Restrict to Sources 選項會將代理限制為僅使用已啟用的上傳來源。這對面向客戶的回答很有用，因為組織可以定義代理應使用的素材，而不是允許廣泛且缺乏依據的回覆。

來源限制可改善控管，但來源品質仍然重要。文件應有擁有者、審查日期，以及移除過時價格、政策或指示的流程。即使每份文件都技術上已核准，彼此衝突的來源仍可能造成不一致的答案。

Odoo AI Live Chat 的運作方式

Odoo 可以將 AI 代理指派給 Live Chat 頻道規則。官方的 AI Live Chat documentation 指出，代理可以回答常見問題、要求更多資訊、辨識對話資格，並升級給真人客服。

提供的即時聊天模式並不是在第一則訊息後就直接建立線索。其指示定義了何時適合升級處理、蒐集缺少的聯絡資訊、確認已知細節，並且只呼叫一次線索建立工具。這顯示流程指示與語言模型同樣重要。

當代理在即時聊天中提及受支援的 Odoo 記錄時，Odoo 19.4 也可以顯示可點擊的豐富卡片。這能讓訪客更容易理解並開啟產品、預約或其他受支援的記錄。

公司專屬聊天機器人是一種設計模式，不是一個勾選框

多公司組織可能希望每個公司網站都有一個只回答該公司相關內容的聊天機器人。Odoo 提供了這種設計所需的構件，但邊界必須明確設定。

實務上的模式是：

  • 為每個面向公司使用者的體驗，使用獨立的網站與 Live Chat 頻道或頻道規則。
  • 為每家公司建立獨立的 AI 代理，而不是使用一個試圖推斷公司別的提示詞。
  • 只提供該公司已核准的 Knowledge 文章、文件、政策與網頁連結給各自的代理。
  • 啟用 Restrict to Sources，讓回覆維持在公司專屬的來源集合內。
  • 只指派該頻道所需的技能與工具，例如資訊擷取或受控的線索建立。
  • 確保任何建立的線索、工單或預約都帶有預期的公司脈絡與負責團隊。
  • 測試跨公司問題、含糊的品牌名稱，以及嘗試擷取其他公司資訊的行為。

Odoo 多公司記錄可以是共享的，也可以是公司專屬的。其 multi-company documentation 說明，與公司相關的報價、發票與供應商帳單會限制在對應的公司情境中，而聯絡人與產品等某些記錄則可能預設共享。

這種記錄模型不代表每個 AI 來源都會自動隔離。不要把像「只討論 Company A」這樣的系統提示當成保密控制。分開的來源集合、頻道指派、存取權限，以及工具端檢查，才提供更強的邊界。如果需要嚴格的法律隔離，獨立資料庫可能比共享的多公司設定更合適。

代理只能透過已指派的工具執行任務

如果代理沒有技能，Odoo 表示它可以提供資訊，但不能完成任務或變更資料庫。工具會讓代理超越對話。預先設定的範例包括開啟檢視與建立線索，而已安裝的應用程式也可以提供其他工具。

對於自動化的記錄流程，Odoo 使用 AI server actions。官方的 AI server actions documentation 將 AI manager 與 worker tool 分開。AI 讀取記錄與提示詞，選擇工具並提供宣告的參數，然後由標準 server action 執行真正的商業邏輯。

這讓 AI 可以做出情境式決策，而確定性的程式碼則負責執行規則。例如，AI 可以將供應商文件分類，但所選工具應在寫入任何內容之前，驗證目的地、公司、允許的記錄狀態與必要欄位。

實用的任務自動化模式

  • 將傳入文件分類，並套用已核准的標籤或資料夾。
  • 摘要客服工單，並填入結構化的分流欄位。
  • 根據記錄選擇後續流程，同時將寄送或核准保留給使用者。
  • 在確認必要聯絡資料後，從即時聊天建立 CRM 潛在客戶。
  • 根據目前記錄的內容脈絡擬定電子郵件，供人工審閱。
  • 將文件中的結構化詳細資料擷取到受控工作流程中。

最弱的模式，是讓一個廣泛的代理人同時使用一組強大的寫入工具。範圍較窄的代理人更容易測試、解釋與稽核。

Odoo 19.4 新增了什麼

官方Odoo 19.4 發行說明 為這種代理模型新增了多項功能：

  • 自動選擇最適合任務的已設定 AI 模型。
  • 透過語音與代理人互動，口述需求。
  • 保留代理人對話紀錄，最多可在最後一則訊息後保存 30 天。
  • 為相容的外部工具提供 MCP 連線功能。
  • 在即時聊天中提及受支援記錄時，顯示豐富預覽卡片。
  • 將 topics 更名為 skills。

MCP 擴大了整合可能性，但也擴大了安全性審查的範圍。連接外部 AI 用戶端之前，應先記錄認證資訊、公開工具、使用者權限、記錄與資料邊界。

供應商與價格考量

Odoo 支援 OpenAI 與 Google Gemini 供應商。Odoo Online 使用者在標準服務下不需要新增自己的 API 金鑰，不過若要更高控制權，也可以自行新增。Odoo.sh 與地端資料庫需要供應商金鑰才能使用 AI 功能。Odoo AI API 金鑰文件 註明，當使用客戶自有金鑰時，可能會產生供應商費用。

安全導入檢查清單

  • 選擇一個狹窄且具可衡量人工流程的使用案例。
  • 定義核准來源、禁止主題，以及人工升級處理路徑。
  • 指派所需的最少工具，並在每個工具內強制執行規則。
  • 使用一般帳戶測試公司、使用者與記錄存取，不要只用管理員帳戶。
  • 測試錯誤、不完整、對抗性以及跨公司問題。
  • 對財務、合約、破壞性或對外發送的動作要求審核。
  • 上線後監控回覆、工具呼叫、供應商使用情況與來源新鮮度。

實務結論

Odoo AI 最適合用作既有商業工作流程中的一組聚焦型助理。即時聊天、公司專屬知識、潛在客戶建立、文件分類以及基於記錄的自動化，都是可信的使用案例，因為 Odoo 能將自然語言決策與結構化記錄和受控工具結合起來。

設計絕不能只依賴信心分數或單一提示詞。應依目的區分代理人，限制其來源，將工具數量降到最低，並在決定性的 Odoo 動作中保留商業規則。這正是把聊天機器人展示轉化為可支援營運能力的關鍵。