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 厂商交付的是文档、培训和伙伴认证，规范靠人记、靠 review 盯。现在规范本身被写成了机器可加载、可版本化的资产——它不再只是"建议"，而是智能体动手前必须先读进去的默认约束。
放在开源 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 与企业管理数字化解决方案
