接 Odoo 20 的原生 MCP，操作步骤短得让人放心：My Preferences → Security → Add API Key，scope 选 MCP，端点就是数据库地址后面加 /mcp，系统把 key 显示一次，存进密码管理器，收工。不需要装应用，不需要单独托管一台服务。
问题出在收工之后。这把 key 沿用绑定用户的 Odoo 权限。如果图省事绑了个全模块可写的管理员账号，那么助手从连上的第一秒起，就拥有这个账号能做的所有事——包括改价目表、确认销售订单、生成并过账凭证。协议里那个「read-only」标记，管不住它。
BiztechCS 那份接入指南里列了四个常见错误，三个跟权限有关：多个助手复用同一把 key、scope 给得比任务需要宽、忘了 key 的过期时间。我把它当成这一周最有价值的一份配置检查表。AI 接 ERP 的门槛已经低到几分钟，但门开多大，还是人决定的。
Odoo Apps 市场上与 MCP 相关的第三方应用（2026 年 10 月快照）——生态热闹，信任分级得自己看
一、MCP 定义的是接口格式，不是权限策略
这句判断来自 Metanow 11 月 6 日核查过的 2027 规划指南，原文还补了一句：MCP 也不保证行为安全，每条连接照样要认证、限权、校验和监控。放在 Odoo 场景里，可以翻译成一条最朴素的规则：核心系统的 ACL，就是智能体的 ACL。
Odoo 20 官方文档对两个助手的态度并不对称。Claude 有专门的接入章节，覆盖 Desktop 和 Code CLI，连上之后可读可写，取决于 key 权限；ChatGPT 的研究连接器围绕 search 和 fetch 两个只读工具设计，要写记录得走开发者模式（符合条件的计划）或自己用 API 建。指南里那句提醒很实在：别把 ChatGPT 的连接步骤当成 Claude 的复刻版，很多上线失望都来自这里——演示时说好能创建记录，实际只能查。
| 连接对象 | Odoo 官方文档覆盖 | 连上之后能做什么 |
|---|---|---|
| Claude（Desktop / Code CLI） | 有专门章节，官方测过 | key 权限范围内可读可写 |
| ChatGPT 研究连接器 | 未列入文档 | 两个只读工具：search、fetch |
| ChatGPT 写入 | 需开发者模式或自建 | 取决于合格计划与自定义构建 |
| 第三方 Odoo MCP（如 tuanle96/mcp-odoo） | 社区维护 | 只读，但走 XML-RPC 明文口令 |
第三方生态要单独掂量。CorpusIQ 和 tuanle96/mcp-odoo 都把「只读」写进设计：前者明说不确认订单、不过账、不移动库存，操作日志留 30 天；后者零 Odoo 侧配置、支持 16 以上版本，但未确认 Odoo.sh 兼容，权限同样绑定认证用户。M8ven 在 11 月 2 日读过另一个 Odoo MCP Server 的代码，给的等级是 C，理由里包括没有测试文件、没有 LICENSE、只读取一个 ODOO_API_KEY 环境变量——静态分析没发现外泄，可一个 0 star、0 fork、单个贡献者的项目，能不能进生产，得自己拿主意。
还有一道容易漏的题在网络层。DO IT GLOBAL 提醒：远程 MCP server 的连接由 Anthropic 云侧发起，办公室笔记本能访问 ERP，不等于云连接器能访问你的 MCP Server。ERP 可以老老实实待在内网，但得为这个连接单独规划可达路径。所谓「本地部署」和「外部可调」，是两件事。
别把 read-only 当成锁。在原生 MCP 里，能不能写取决于 key 背后那个用户，而不是协议里的一个标记。先锁后开，比事后追日志便宜得多。
二、把「只读」做成默认值，别做成提示词
Supply'd 给食品行业 ERP 发 V5.5，三样新东西：Ask Supply'd 用自然语言查库存、成本、采购记录；Expense Agent 私测，做供应商发票与采购订单的分类对账；只读 MCP 让外部助手读实时数据。报道里写得很清楚，只读是「刻意的架构决定」——不让成本和供应商信息挪到第三方环境。
为什么这么保守？食品这行有捕获重量、批次追溯、出成率计算，数据结构跟通用 ERP 不一样，AI 套上去容易错；错在成本或供应商价格上，代价又特别直接。所以先开一个只能看的口子，比在提示词里写十遍「请不要修改记录」靠谱。提示词是请求，权限才是约束。
微软走的是另一条路，把口子开细而不是开小：Dynamics 365 CX MCP Server – Sales 正式可用，一次给出 59 个工具，能组合完成查商机、重算价格、生成报价、转订单，沿用现有 Dataverse 权限，认证统一收口到 Microsoft 托管的 Agent 365 Tooling Gateway。工具多，但每个工具的边界和谁在调用是清楚的。
少而只读
Supply'd：一个只读连接，数据不出第三方环境
多而可管
微软：59 个工具 GA，认证与权限收口到统一网关
两条路线不同，共同点是把连接从「一个项目」做成「一个标准件」。对 Odoo 用户来说，可抄的动作有四条，都不需要写代码：
- 每个助手单独生成一把 key，挂到不同的 Odoo 用户上，出问题时能只撤其中一条连接。
- 设最短可行的有效期，并把到期日记进运维日历——key 静默过期，从助手那边看和「连接器坏了」一模一样。
- 先挂只读账号跑两三周，看清楚它读了哪些模型、问了什么，再决定要不要开写权限。
- 写权限按任务给，不要按「方便」给。需要生成报价草稿，就别顺手把过账权限也带上。
三、连上之后，账要按动作算
连接一旦变成按动作调用，成本也就跟着变成按动作走。Business Central 2026 Wave 2（v29）把四个 agent 的 Copilot Credits 拆到了这个粒度：
| 智能体 | 成熟度（2026-11） | 计费口径 |
|---|---|---|
| Sales Order Agent | 正式可用 | 每步 2–5 点，一个基本请求约 14 点 |
| Payables Agent | 正式可用 | 每张发票 50 点 + 每行 5 点，只生成未过账草稿 |
| Expense Agent | 生产就绪预览 | 每张收据 50 点 |
| Custom agents | 预览，仅沙箱设计 | 工具包费率尚未公布 |
有个前置条件别漏了：这些 agent 只在 Business Central online 上跑，本地部署拿不到。11 月 17 到 20 日的 Ignite 还可能调整其中几项，做预算时留出余量。
Odoo 这边可以对照看。内置 AI 走 IAP 信用点，每个库 20 点免费额度，有低余额提醒和可选自动充值，但没有月度消费上限；Standard 版安装 AI app 会触发升级到 Custom，每个 full user 的许可费跟着涨；自托管要用 AI 文档检索，还得先装好 PostgreSQL 的 pgvector 扩展。伙伴给的控费动作很具体：按 100 点小包买（各档单价一致，大包只增加风险）、设告警阈值并把财务负责人加为收件人、初期关掉自动充值、检查每日填充空 AI 字段的计划任务、限制 agent 触发频率、给每个 AI 工作流指定成本归口人，每月拿「省下的工时」去对账。
跟进一下上周的话题。11 月 6 日那篇讲 DualEntry 按工作量计费，说的是计价模式从席位挪到产出；本周公开的单价表，把它推进到「一步多少钱、一张单据多少钱」。同一个问题往下走了一格：口径现在有了，可谁来定义「一步」、失败重试算不算、草稿被人驳回算不算，还得写进合同。
Phases 与 Portcities 两份 Odoo 20 实施评估里有个提醒，跟计费直接相关：自动化规则、AI 字段更新、AI server action 是三种不同的东西。条件已知就用普通规则，字段赋值用 Update with AI，需要模型判断选哪个工具才用 server action。分清楚这三层，既是划开发范围，也是划成本范围——一个本该用定时规则解决的活，交给每次都要推理的 agent，账单会替你记住这个决定。
Metanow 那份 2027 指南里还有个反常识的判断：从「更多 agent」收敛到「更少、职责更窄」。一个职责单一的 agent 加常规自动化，往往比一群共享宽权限的 agent 更好解释、更好恢复、更好维护。模型升级和业务规则变更，都应该像软件变更一样触发回归测试。
四、给实施方与 CIO 的四条配置纪律
第一，先锁后开。MCP scope 沿用绑定用户的 ACL，接之前先建一个专用的只读用户，别用管理员账号图省事。
第二，单助手单密钥。独立 key、独立用户、最短有效期，能单独撤销、单独看出是哪条连接产生的请求。
第三，计量落在动作上。把每个 AI 工作流的触发频率、单位消耗、成本归口人写进运维手册；没有月度上限的平台，自己设告警阈值和硬停机制。
第四，变更触发回归测试。Odoo 从 19 升 20，agent 配置从 Topics 换成 Skills，API-key 文档当时还在建；别默认「界面能开就等于流程还活着」，重放 agreed business cases 再恢复自动化。
Odoo 在这一轮里有个挺特别的位置：连接足够开放，原生 MCP、REST API、第三方模块都能进；数据留在自己库里，模型可以换，底座可以组合。好处是主动权在自己手上，代价是这份边界没人替你划——厂商给了钥匙坯，齿形得自己锉。
这一周所有资料绕回来，其实就一句话：AI 接 ERP 已经不是能不能连的问题了。先只读，再单密钥，再逐动作计量，最后才谈自治。顺序反了，省下来的实施时间，会以另一种方式还回去。
资料来源：BiztechCS《How to Connect ChatGPT or Claude to Odoo 20: A Complete Guide》（Odoo 20 原生 MCP、2026 年生态数据）；CorpusIQ Odoo MCP 文档与《How to Connect Odoo to Perplexity》；M8ven Trust Index（代码核查 2026-11-02）；DO IT GLOBAL《MCP server: how to give ChatGPT, Claude or Copilot access to your ERP data, and whether it is safe》；Restaurant Hospitality News / F&B Industry News（Supply'd V5.5）；Magnetism AI（Dynamics 365 CX MCP Server – Sales GA，59 工具）；Zapai《Business Central Agents》与 Microsoft Learn（v29 Wave 2，2026-11）；Odiware《Odoo 20 AI Credits Cost》（2026-11-05）、Phases / Portcities / Wavect Odoo 20 实施与升级评估；Metanow《AI Agents in Business: What Changes in 2027》（研究核查 2026-11-06）；BusinessWire / DualEntry AaaS（2026-11-05，本文作跟进背景）。
本文由广州众谛信息科技整理撰写，供企业数字化与信息化负责人参考，不构成采购建议。配图为 AI 生成。
