11 月第一週，Odoo 的 GitHub 倉庫裡悄悄多了一個不太起眼的目錄：skills/。裡面沒有新功能、沒有新模組，只有四份給 AI 看的文件。
幾乎同一時間，德語區 ERP 觀察機構做了一次盤點：DACH 市場 36 個 ERP 系統，現在只有 10 個能被 AI 連上，而今年 3 月這個數字還是 3 個；另外 17 個，無論廠商還是實施夥伴，壓根沒有一條通往 AI 的路徑。
把這兩件事放在一起看，會發現一個容易被"智能體接管 ERP"這類大標題蓋過去的轉折：競爭焦點正在從"AI 能不能連上 ERP"，前移到"AI 按誰的規矩改 ERP"。
一、一份官方標尺：把編碼規範寫成 AI 能直接載入的技能
根據 much. Consulting 的《Odoo News November 2026》（2026 年 11 月）報導，Odoo 在官方 GitHub 倉庫新增了一個 skills 目錄，專門用來教 Claude Code、Copilot CLI、Codex、OpenCode 這類 AI 編碼智慧代理「按 Odoo 自己的方式」審查和撰寫 Odoo 程式碼。目錄裡是四份技能：一份程式碼審查（code review）、一份安全稽核（security audit）、兩份編碼規範（分別針對 core 與 web 程式碼）。社群裡 Ray Carnes 是最早指出這個變化的人之一。
國內技術團隊先安科技從原始碼角度做了交叉印證：Odoo 20.0 倉庫頂層新增 skills/，內建 odoo-guidelines、odoo-review、odoo-security、odoo-web-guidelines 四份文件。安全審計那份涵蓋得很具體——sudo 誤用、SQL 注入與 domain 注入、RPC 暴露、XSS，恰好是 Odoo 二開裡最容易踩、後果又最嚴重的幾類問題。
| Odoo 20.0 官方 skills/ | 約束對象 | 典型風險點 |
|---|---|---|
| odoo-guidelines | core 側框架與 ORM 寫法 | 版本錯配、模型繼承與欄位用法 |
| odoo-web-guidelines | Owl / Web 用戶端程式碼 | 登錄檔、服務、檢視元件誤用 |
| odoo-review | 提交前的程式碼審查 | 可讀性與維護性問題 |
| odoo-security | 安全審計 | sudo 誤用、SQL/domain 注入、RPC 暴露、XSS |
更值得注意的是社區的反應。OCA（Odoo 社區協會）AI PSC 在 10 月 8 日發出的對齊會議通知裡，有貢獻者明確提出：OCA 的 AI 模組也應該遵循 Odoo 20 README 裡定義的 skill 格式，也就是 agentskills.io 那套開放規範；會議定在 10 月 26 日，議題包括統一術語表、釐清「Odoo Bridge」與「Odoo AI Agent」兩條路線、命名約定與模組地圖。換句話說，官方規範一落地，生態就開始往同一個格式收斂。
過去 ERP 廠商交付的是文件、培訓和夥伴認證，規範靠人記、靠審查盯。現在規範本身被寫成了機器可載入、可版本化的資產——它不再只是「建議」，而是智慧體動手前必須先讀進去的預設約束。
放在開源 ERP 語境裡，這個動作分量更重：程式碼完全開放、二開量極大，AI 編碼智能體放大效率的同時也會等比放大技術債。把「標尺」放進倉庫，等於先給這股力量裝一個校準器。
二、為什麼是現在：AI 寫程式碼的速度，已經超過人審的速度
Gartner 在《2027 年十大戰略技術趨勢》裡給了一個很硬的時間點：到 2026 年底，20% 的公開程式碼提交將來自自主編碼智慧體，閉環管控框架會成為軟體交付的必備條件。研究副總裁高挺（Arnold Gao）在 11 月 3 日的媒體交流會上把原因說得很直白——「程式碼生成的速度已經超過人工審核的速度，如果沒有智慧體框架，就會導致治理錯位、返工不斷。」
20%
Gartner：2026 年底公開程式碼提交來自自主編碼智能體（預測）
10 / 36
DACH 市場能被 AI 連上的 ERP 系統，2026 年 3 月僅 3 個（ERP Checker 統計）
需求側的瓶頸同樣清楚。同一份《Odoo News November 2026》援引一項涵蓋 150 家製造企業的調查：86% 把「缺內部資源」列為導入或現代化 ERP 的最大障礙，但 64% 未來兩年仍計畫為 ERP、數位化或流程自動化編列預算。人不夠、錢還在，結果只會是一個——更多導入與二次開發工作交給 AI 編碼代理去做。
那麼「能不能連上 AI」這張牌，含金量也開始分化。ERP Checker 的 Max Mittelstaedt 給出的統計是 36 個 DACH ERP 裡 10 個可連、17 個完全無路徑；much. Consulting 順勢提出了選型時該問的四個問題，我覺得比「有沒有 AI 功能」這種宣傳口徑實用得多：
① MCP Server 來自廠商還是第三方？來源是責任邊界的第一層。
② AI 只能讀，還是能建立單據？唯讀與可寫是完全不同的風險等級。
③ ERP 的使用者權限，對 AI 是否同樣生效？權限不繼承，等於開了一道後門。
④ 用量怎麼計費，beta 期結束之後呢？成本模型要按長期口徑算。
把這四問和 Odoo 的 skills 目錄連起來，會看到一條完整的治理鏈：連接層解決「進得來」，權限層解決「能碰什麼」，而編碼層解決「改出來的東西像不像這個 ERP 該有的樣子」。前兩層今年被討論得很多，第三層才剛開場。
三、被忽略的一環：技能文件本身就是新的供應鏈
這裡必須潑一盆冷水。把規範交給 AI 載入，前提是這份技能文件本身可信——而現實並不樂觀。
Snyk 在 2026 年 2 月 5 日發布的 ToxicSkills 研究掃描了 3,984 個公開技能：13.4%（534 個）存在至少一個嚴重級別安全問題，36.82%（1,467 個）存在任意級別缺陷；人工複核確認 76 個帶主動惡意載荷，報告發布時仍有 8 個可以安裝，已確認的惡意樣本中 91% 同時使用了提示注入。Snyk 對發布門檻的描述近乎諷刺：一個 SKILL.md 檔案，加一個註冊滿一週的 GitHub 帳號——沒有程式碼簽名、沒有安全審查、預設沒有沙箱。
Snyk ToxicSkills：3,984 個公開 agent skills 中，534 個含嚴重級別安全問題（2026-02-05）
學術側的結論更不樂觀。USENIX Security 2026 的論文《Do Not Mention This to the User》對 98,380 個技能做了行為驗證，確認 157 個惡意技能、632 個不同漏洞，其中 84.2% 的漏洞藏在自然語言的 SKILL.md 裡，而不是腳本裡；單一行為者就佔了確認案例的 54%。NeurIPS 2026 收錄的 Skill-Inject 基準則顯示，面對含注入的技能，對前沿模型的攻擊成功率最高可達 80%，行為包括資料外洩與破壞性動作。
要害在於：一個技能不是「文件」，而是「以載入它的智能體的全部權限運行的指令加腳本」。它有 shell 存取、能讀環境變數裡的憑證、能讀寫檔案系統。OWASP 為此專門做了 Agentic Skills Top 10，把「惡意技能」（AST01）放在第一位。廠商官方倉庫裡的技能可信度高，但企業自己從社群裝進來的、或者顧問隨手 clone 的那一份，就是另一回事了。
這也是為什麼 10 月那批開放標準動作值得連起來看：Anthropic 把 Agent Skills 規範捐給 Linux 基金會旗下的 Agentic AI Foundation，規範被 35+ 平台支援（Cursor、VS Code、GitHub Copilot、Codex、Gemini CLI 等）。但基金會治理的是格式，不是分發管道——它不提供官方註冊表，也不做發布前審查。格式可移植了，信任判斷仍然是企業自己的事。
四、給 CIO 的實操建議：把"AI 編碼規範"寫進 ERP 治理清單
聊了這麼多，落到執行。如果你正在用或準備上開源 ERP，建議把下面四件事加進今年的治理清單，而不是等出事再補。
1. 建立內部技能註冊表。記錄每個技能的用途、責任人、版本、依賴（MCP Server、包、外部服務）與最近一次評估日期，並關聯到哪些智能體在用。只用官方倉庫或自建的技能，按版本鎖定、部署時校驗 checksum，避免「信任一個會被靜默改動的倉庫」。
2. 評審要有職責分離。讀全部文件、在沙箱裡跑 scripts/、搜網路調用與憑據路徑，且不讓技能作者審自己的技能。Anthropic 的企業指引同樣強調：把技能當軟體供應鏈的一個環節來管。
3. 把版本差異顯式寫進規範。Odoo 19→20 的斷點很具體：ir.model.access.csv 改名為 ir.access.csv 並合併權限模型、ai.topic 變為 ai.skill、二開介面大面積重寫。技能檔案如果不帶版本標註，AI 很容易把 20.0 的寫法灌進 19.0 的專案——這類「看似能跑」的錯誤，比直接報錯更貴。
4. 寫操作仍然留人工閘。AI 生成的程式碼進生產庫前，走與人工程式碼同一套 CI 與審計留痕；高利害動作（過帳、付款、批量改主資料）不授權給智慧體自主執行。
還有一層更長遠的判斷。Gartner 在同一份 2027 趨勢報告裡說，功能簡單、差異化有限、週期短的工具軟體和部分傳統 SaaS 會被 AI 生成衝擊，但 ERP、CRM 這類核心軟體不會很快被替代，因為它們真正提供的是企業業務邏輯與行業知識，不只是軟體本身。這句話對 CIO 的含義是：你不必急著拆掉 ERP 重來，但必須開始把「業務邏輯」沉澱成機器可讀、可審計、可版本化的資產——Odoo 這次放進倉庫的四份文件，就是一個很小但很標準的樣本。
最後回到那兩個數字：10/36 和 4 份文件。前者說明"連上 AI"才剛過四分之一，後者說明領先的開源廠商已經在為"連上之後怎麼辦"做基建。選型時多問一句——這家廠商有沒有把自己的規範寫成 AI 能讀、能審、能追溯的形式——可能比多比十個功能點更有價值。
資料來源：much. Consulting《Odoo News November 2026》（2026-11，含官方 skills 目錄、DACH ERP 的 MCP 統計、150 家製造企業調研、選型四問）；先安科技《從程式碼看 Odoo 20.0 的 AI》（2026-11）；OCA AI 模組對齊會議通知（2026-10-08）；Gartner《2027 十大戰略技術趨勢》及高挺媒體交流會（智東西，2026-11-03）；Snyk《ToxicSkills》（2026-02-05）；USENIX Security 2026、Skill-Inject（NeurIPS 2026）、OWASP Agentic Skills Top 10（經公開綜述轉引）；Agentic AI Foundation 與 agentskills.io 規範（2026-10）。預測數據均已標註，調研數據按原文口徑引用，未做外推。截至 2026-11-07。
眾諦資訊 · 專注 Odoo 與企業管理數位化解決方案
