商品介绍 · 特性卖点 · 功能拆分 · 使用说明
把 Maho 开源电商平台交付成能上线、能运维、能被 AI 安全驱动的自有商城；本站交付搭建服务，平台归上游开源项目组。
商品介绍
MahoCommerce（Maho）开源电商平台 + 本站搭建交付服务：两层对象分开讲，本站可承诺的只有交付。
一句话定义
这里有两层对象，别混着看。第一层是 Maho 开源电商平台，由上游开源项目组维护，许可为核心 OSL-3.0、模板与前端 AFL-3.0，本站不拥有、不代言、不承诺其能力。第二层是本站搭建交付服务：按架构评估、环境部署、店面与主题、交易打通、AI 配置、上线运维六步推进，每步写明我们配置什么、验收什么。企业拿到的是第二层，以上平台信息基于 26.11.0 整理。
- 平台归上游，本站不拥有、不代言
- 本站可承诺的只有搭建交付服务
- 六步推进，每步写明配置与验收
本站与上游的关系
马猴商城是独立第三方技术服务与内容站，与 Maho 开源项目组无隶属、授权或官方合作关系。平台名称、许可与版本节奏以上游文档和 mahocommerce.com 为准；本站只做配置与交付，不改写上游结论，也不代为发布版本说明。mahocommerce.com 公开的商户属平台生态佐证，不是本站交付案例，不进入验收清单。平台能力的判断均标注来源版本，建议回到上游文档复核。
- 独立第三方技术服务与内容站
- 无隶属、无授权、无合作关系
- 公开商户不是本站交付案例
你最终拿到什么
交付结束按三件事验收。能上线：店面与主题、一步结账与交易链路打通，商品 JSON-LD、按店铺生成的 llms.txt 一并核对。能运维：代码、数据、密钥归企业，自托管在任意主机与任意国家，并交代谁维护、怎么升级。能被 AI 安全驱动：后台助手与 MCP 服务（POST /api/mcp）默认关闭、按需启用，写入走 AI 提案 + 人工确认 + 全程留痕。
- 能上线：店面、结账与交易链路验收
- 能运维：数据自有，并交代谁维护
- 能被 AI 安全驱动：写入须人工确认
为什么现在值得看
基本盘不必靠外购模块拼：客户分群、邮件自动化、动态分类、礼品卡、博客、商品 feed、页面构建器随核心交付。技术栈为 PHP 8.5、Symfony、Doctrine、Tailwind 与原生 JS，REST 与 GraphQL 同源于一套资源定义，集成与二次开发不改核心。AI 就绪也在核心：每页 markdown、llms.txt、AI 爬虫分组管控、后台助手与 MCP 服务。基于 26.11.0 整理，以交付版本为准。
- 基本功能随核心交付，不靠外购模块拼
- 集成与二次开发不改核心
- AI 就绪在核心，助手与 MCP 默认关闭、按需启用
我们不做什么
先把不做的事写清楚。本站不销售商品、不托管交易，也不承诺 Maho 平台的存续、版本节奏与后续功能，这些以上游开源项目组与上游文档为准。本站不把改写核心代码当作默认交付方式，集成与二次开发走扩展位；能承诺的只有配置范围与验收结果。文中功能基于 26.11.0 整理，核验 2026-11-13，以交付版本为准。
- 不销售商品、不托管交易
- 不承诺平台存续与后续功能
- 能承诺的只有配置范围与验收结果
谁适合看下去
三类需求最对得上。新品牌自建站：代码、数据、密钥归企业，0 平台许可费与交易抽成。老站现代化：REST 与 GraphQL 同源于一套资源定义，集成与二次开发不改核心。多店铺与跨境：按店铺生成 llms.txt，多币种与支付合规逐项核对。企业 IT 看数据归属与谁维护，业务负责人看上线节奏，品牌与出海团队看多店铺，代理商看二开与交付文档。基于 26.11.0 整理，截至 2026-11 复核，以交付版本为准。
- 新站自建：数据自有，无平台许可费
- 老站现代化：扩展不改核心
- 多店铺与跨境：按店铺配置与核对
特性卖点
四条主张都写「企业能得到什么」，并各自交代边界与代价。
完全自有
代码、数据、密钥都留在企业手里，主机与国家自己选，不向平台交许可费与交易抽成。
- 代码、数据、密钥归企业，可自托管在任意主机与任意国家
- 0 平台许可费与交易抽成，截至 2026-11 的产品事实
- 许可为核心 OSL-3.0、模板与前端 AFL-3.0，基于 26.11.0 整理
边界：自托管意味着运维责任回到企业：补丁、备份、监控、升级回归都要有人负责，或按上线运维步骤委托交付团队接手。
功能内置
开店要用的基本能力随核心一次到位，企业不必先采购一批模块才能上线。
- 客户分群、邮件自动化、动态分类、礼品卡、博客、商品 feed、页面构建器随核心交付，基于 26.11.0 整理
- 一步结账，订单、发票、发货、退货在核心内打通（来源 26.9.0）
边界：内置不等于免配置：客户分群规则、邮件自动化流程、动态分类条件与页面构建器版面，都要按企业业务逐项配置并验收；随核心交付的能力也不覆盖企业特有的第三方系统对接。
现代技术栈
对接与二次开发走扩展位，不动核心，企业升级时不必重做一遍集成。
- 技术栈为 PHP 8.5、Symfony、Doctrine、Tailwind 与原生 JS，基于 26.11.0 整理
- REST 与 GraphQL 同源于一套资源定义，集成与二次开发不改核心（截至 2026-11）
边界：上游约 2 个月一个主版本（截至 2026-11，参考 26.11.0、核验 2026-11-13），每次升级都要对扩展位与集成做回归；不动核心降低了改动量，但没有省掉回归这一步。
为 AI 而生
让 AI 读懂店铺、提案改动，助手与 MCP 默认关闭、按需启用，开到哪一步由企业决定。
- 同一 URL 的 markdown 页面、按店铺生成的 llms.txt 与 llms-full.txt、完整商品 JSON-LD（来源 26.9.0 与 26.11.0）
- robots.txt 按 RFC 9309 用途分组管控 AI 爬虫，可留在 AI 答案里或屏蔽训练爬虫（来源 26.9.0）
- 后台每页助手写入前展示修改前后值、确认才落库、确认后可撤销，执行/被拒/失败三类写入进 Assistant Actions Log（来源 26.11.0）
- MCP 服务（POST /api/mcp）默认约 200 个工具，OAuth 2.1 浏览器授权或 JWT，默认关闭、按需启用（来源 26.9.0 与 26.11.0）
边界：启用前要先定权限与模型：助手复用与 API 相同的工具、权限跟随管理员角色，不存在第二套权限面；模型可选多家云模型或本地自托管模型，密钥与选型由企业自己持有。写入一律走 AI 提案 + 人工确认 + 全程留痕，助手与 MCP 服务默认关闭、按需启用，不绕过企业既有的账号与审批制度。
| 维度 | 订阅式 SaaS 建站 | 企业自研 | 本站交付方案 |
|---|---|---|---|
| 数据归属 | 店铺数据与密钥保存在服务商侧，适合希望把托管一并交出去、不做本地留存要求的团队。 | 代码、数据、密钥由企业自建团队持有，适合已有数据治理制度与专职运维的组织。 | 按交付验收把代码、数据、密钥交到企业自己的主机，适合需要明确资产归属与存放位置的团队。 |
| 上线速度 | 按订阅套餐开通账号后开始店面配置，适合先把业务跑起来、暂不处理底层环境的团队。 | 从框架选型、环境到交易链路逐层自建，适合已有工程团队与排期、需要自定底座的项目。 | 按架构评估到上线运维六步推进，每步有交付物与验收，适合希望节奏和验收点写清楚的团队。 |
| 运维责任 | 主机、补丁与容量由服务商承担，适合不设专职运维、把日常托管计入订阅的团队。 | 补丁、备份、监控与升级回归由企业自己承担，适合已有值班与发布流程的组织。 | 上线运维步骤里交代谁维护、怎么升级，可委托交付团队接手，适合责任边界要落到书面的团队。 |
| 定制自由度 | 在套餐提供的配置与接口范围内调整，适合以标准流程为主、少量界面与规则定制的团队。 | 从数据模型到交互都可自行定义，适合有长期研发投入、要把系统做成业务资产的组织。 | 集成与二次开发走扩展位、不改核心，适合既要定制又要跟随上游版本节奏的团队。 |
| 费用结构 | 以订阅费与按套餐计费为主，适合把支出做成可预测的月度或年度运营成本的团队。 | 投入集中在研发人力与自建基础设施，适合已有工程编制、按项目核算投入的组织。 | 不收平台许可费与交易抽成，成本集中在搭建交付与后续运维，适合按交付步骤核算投入的团队。 |
与 SaaS、自研的边界对照
这张表只回答「各自适合什么」，不排高低。订阅式 SaaS 建站适合把托管与底层一并交出去、先用标准流程跑业务的团队；企业自研适合已有工程编制、要把系统长期做成业务资产的组织；本站交付方案适合需要把代码、数据、密钥留在自己手里，同时希望配置范围与验收点写清楚的团队。三者可以并存：同一家企业在不同阶段、不同店铺上选不同方式，都由资产归属、运维编制与排期决定。基于 26.11.0 整理，以交付版本为准。
代价与前提
把代价先摊开。自托管把运维责任交回企业：补丁、备份、监控、容量与安全防护都要有人负责，或按上线运维步骤委托交付团队。上游约 2 个月一个主版本（截至 2026-11，参考 26.11.0、核验 2026-11-13），每次升级都要对扩展位、集成与主题做回归，这一步省不掉。本站卖的是搭建交付能力，不是单一平台：Maho 由上游开源项目组维护，本站不拥有、不代言、不承诺其存续，能承诺的只有我们配置什么、验收什么。以交付版本为准。
功能拆分
按运营环节拆解七类能力与两条 AI 主线，把技术项翻译成运营收益。
按运营环节组织
这里不按模块清单堆功能，而是按企业实际运营环节分组：开店与结账、内容与后台、拉新与复购、收款与售后、多市场、对接与运维、安全与合规。同一环节的能力放在一起，你才能判断这一环现在缺不缺、要不要开。列表长不代表都要用，多数企业真正动起来的只有几组。基于 26.11.0 整理，以交付版本为准。
店面与体验 自 26.9 起
换主题、调版面不用排开发期，结账步骤少一步，转化与体验自己能改。
- 11 套可切换主题，改版面用实时编辑器当场看效果（基于 26.11.0 整理）
- 一步结账：客户少填一层，弃单环节少一个
- 无障碍扫描：上线前先查可访问性问题，减少后续返修
能力点：11 套可切换主题、实时主题编辑器、一步结账、商品图集布局、社交登录、移动端适配、无障碍扫描
后台与内容 自 26.11 起
内容、页面、管理员登录都在一个后台改，运营不必等技术介入。
- 拖拽页面构建器加实时预览：活动页自己搭，所见即所得
- 内容版本：改错可回到上一版，不必从备份里翻
- 管理员通行密钥与双因素：后台登录不靠单一密码
能力点：拖拽页面构建器与实时预览、内容版本、图片编辑器、管理员通行密钥与双因素、手机端管理应用
营销与增长 自 26.11 起
分群、邮件、礼品卡、商品 feed 都在后台配，复购动作不必外挂工具。
- 规则化客户分群加多步骤邮件自动化：按购买行为分组，按节点发信
- 动态分类：商品按规则归入分类，上新不用逐个手工挂
- Google、Meta、Bing 商品 feed：目录一次推给三个渠道，不必手工整理表格
能力点：规则化客户分群、动态分类、多步骤邮件自动化、礼品卡、内置博客、Google / Meta / Bing 商品 feed
支付与交易 自 26.11 起
收款、开票、发货、退货在后台一条线走完，对账不必拼几个工具。
- 核心 PayPal 与延后付款：起步阶段先把收款跑通，不必等支付集成
- 一方支付模块覆盖 Braintree、Mollie、Klarna、Revolut 等：常用通道按市场选
- 订单、发票、发货、退货在一处处理：售后不必跨系统找单
能力点：核心 PayPal 及延后付款、一方支付模块：Braintree、Mollie、Klarna、Revolut 等、订单、发票、发货、退货流程
多店铺与跨境 自 26.11 起
一套后台管多网站、多店铺、多币种，跨境运营不必开多套系统。
- 一个后台管多网站与多币种：同一团队管多个市场，内容与权限分开
- 欧盟 VAT 校验：结账时先核对税号，减少后续退单与补税
- 区域与邮编校验加订单撤销按钮：地址与错单在下游之前拦住
能力点：一个后台管理多网站、多店铺、多币种、欧盟 VAT 校验、订单撤销按钮、区域与邮编校验
集成与运维 自 26.11 起
对接外部系统走扩展位、不改核心，升级时不用重做一遍集成。
- 媒体文件进对象存储：多台 Web 节点不用共享磁盘，扩容不必搬数据
- 消息队列加 CLI 工具链：批量任务与导入不必挂在浏览器里跑
- 可观测性与签名发布包：出问题能定位，装上去的包能验来源
能力点：REST / GraphQL / MCP、Webhook 式事件、消息队列、对象存储挂载、CLI 工具链、可观测性、签名发布包
安全与合规 自 26.9 起
登录、日志、加密、爬虫管控都在核心，合规检查不必逐项外购。
- 双因素与通行密钥加管理员活动日志：谁在何时改了什么，事后能查
- libsodium 加密与 GDPR 兼容验证码：敏感字段与表单入口先做基础防护
- AI 爬虫按用途分组管控：要曝光的内容留给 AI 答案，训练用途可单独屏蔽
能力点：双因素与通行密钥、管理员活动日志、GDPR 兼容验证码、libsodium 加密、按用途分组的 AI 爬虫管控
AI 管服务
- 自然语言读写后台
每个后台页面都能唤起助手，用一句话查商品、改规则、建优惠、看订单，运营不必在菜单里翻。助手读写的是同一套后台对象，不是另一套影子数据。 （来源 26.11.0） - 写入前确认
每次写入前都展示修改前后值，人确认后才落库，落库之后仍可撤销。改错一步不会直接进生产数据，责任链上始终有人。 （来源 26.11.0）AI 提案 + 人工确认 + 全程留痕 - 全量操作日志
执行、被拒、失败三类写入统一进 Assistant Actions Log，一次操作为什么被拦、改了什么都能回溯，审计不必凭记忆补。 （来源 26.11.0）AI 提案 + 人工确认 + 全程留痕 - 权限不越界
助手复用与 API 相同的工具，只能做当前管理员角色允许的事，不存在第二套权限面；给谁开后台，等于给谁开了同等范围的助手。 （来源 26.11.0） - 定时任务
计划任务在后台配置，结果投进收件箱等人查看与处理；跑完不等于生效，关键动作仍要人点确认。 （来源 26.11.0）AI 提案 + 人工确认 + 全程留痕 - 模型可选
可选多家云模型或本地自托管模型，选型与密钥由企业自己持有，数据流向由企业决定。 （来源 26.11.0）
AI 管交易
- markdown 页面
AI 代理带 Accept: text/markdown 或 .md 后缀请求同一 URL，直接拿到名称、SKU、价格、库存、可选项；浏览器仍拿 HTML。markdown 响应带 noindex，并指向原页面。 - llms.txt 与 llms-full.txt
llms.txt 与 llms-full.txt 按店铺生成，把商品事实结构化交给 AI 代理。多店铺各有一份，不同市场的目录不会互相串。 - robots.txt 分组管控
robots.txt 按 RFC 9309 分组，按用途管控 AI 爬虫：可以留在 AI 答案里，同时单独屏蔽训练用途爬虫，不必一刀切全放开或全关掉。 - 完整商品 JSON-LD
商品结构化数据完整，价格、库存、可选项都在 JSON-LD 里，AI 与搜索引擎不用靠页面文本猜。 - MCP 服务（默认关闭）
MCP 服务（POST /api/mcp）默认关闭、按需启用，OAuth 2.1 或 JWT 授权。默认约 200 个工具，覆盖商品、库存、订单、客户、内容、税务与系统（来源 26.9.0 与 26.11.0）。默认关闭、按需启用 - 一步结账与交易流程
一步结账与订单、发票、发货、退货在核心内打通；AI 代理发起写操作走 scoped 凭证、限流与审计，交易链路对人和对代理是同一套。
可控的 AI 底座
助手与 MCP 都走授权，不自建账号体系：MCP 支持 OAuth 2.1 浏览器授权或 JWT（来源 26.9.0 与 26.11.0），助手沿用管理员登录；授权可按资源范围收窄，也可随时撤销。
助手复用与 API 相同的工具，权限跟随管理员角色，不存在第二套权限面；给谁开后台，助手能做的事就与他在 API 上能做的事一致。
写入一律是 AI 提案 + 人工确认 + 全程留痕：先看修改前后值，确认才落库，确认后仍可撤销；执行、被拒、失败三类都进 Assistant Actions Log。
AI 层内置三项：提示注入模式识别、输出净化、个人信息检测。
参数如何翻译成收益
同一件事可以写成参数，也可以写成运营影响。两个例子：对象存储挂载不叫「支持 Flysystem」，而是媒体文件进对象存储，多台 Web 节点不用共享磁盘、扩容不必搬数据；MCP 工具不叫「资源元数据派生」，而是第三方模块装上就进入工具列表，不必为每个扩展单独写接口。判断标准：这句话能不能对应一个运营动作或一个成本项。基于 26.11.0 整理，以交付版本为准。
- 参数要能对应运营动作或成本项
- 对象存储：扩容不必搬数据
- 工具派生：第三方模块装上即接入
版本与保鲜
本页功能基于 26.11.0 整理，核验 2026-11-13；上游约 2 个月一个主版本，页面按 90 天复核一次。复核只做两件事：确认清单里的能力还在、确认开关与默认状态没变。版本号、默认状态与工具数量这类会变的信息，我们统一标注来源版本；交付时以交付版本为准，不以本页描述替代验收。
- 基于 26.11.0 整理，90 天复核
- 默认状态与工具数量按版本复核
- 以交付版本为准，不替代验收
使用说明
两条线分开走：A 线是你从零到上线的操作路径；B 线是 AI 功能的启用与授权，权限确认永远先于开启。
从零到上线：你要做什么
| 01 架构评估 | 你要先说清现有系统、商品与订单规模、目标市场与合规要求，以及这次是新建、迁移还是扩站。涉及支付的，把可用的商户资质与结算主体一并交出来。我们据此给出选型结论与容量清单。 交付物：选型结论、容量与合规清单 验收：书面确认部署形态与版本 进入下一步的前提：部署形态与目标版本书面确认之后，才进入环境部署。 |
|---|---|
| 02 环境部署 | 你要提供主机与域名、数据库与对象存储的访问方式，指定一位能拍板的技术对接人，并确认备份保留周期。跨境站点还要说明数据存放的国家要求。 交付物：主机/数据库/对象存储/队列/证书/备份 验收：健康检查通过、备份可恢复演练 进入下一步的前提：健康检查通过、备份做过一次可恢复演练之后，才进入店面配置。 |
| 03 店面与主题 | 你要定主题方向与品牌素材，确认商品与分类结构、核心页面的优先级。涉及多语言与多币种的，把各市场的目录差异一并说明。 交付物：主题、页面、商品与分类结构 验收：无障碍扫描、核心页面性能达标 进入下一步的前提：无障碍扫描通过、核心页面性能达标之后，才允许对外开流量。 |
| 04 交易打通 | 你要提供支付通道的商户号与结算资料、物流与运费规则、税务与发票口径，并指派一人参与沙箱联调。退货政策要在这一步定下来。 交付物：支付、物流、税务、发票、退货 验收：沙箱联调 + 一笔真实小额订单 进入下一步的前提：沙箱联调通过并跑完一笔真实小额订单之后，才进入 AI 配置。 |
| 05 AI 配置 | 你要确认哪些店铺、哪些资源对助手与 MCP 开放，指定管理员角色与审批人，并在权限矩阵上签字。模型放云上还是本地自托管，也在这一步定。 交付物：助手开关、模型、MCP 授权范围、护栏 验收：权限矩阵签字确认、写入日志可查 进入下一步的前提：权限矩阵签字确认、写入日志可查之后，才进入上线运维；开关仍保持关闭状态，按需再开。 |
| 06 上线运维 | 你要指定日常运维负责人与告警接收人，安排团队参加培训，并确认升级窗口。上线后第一次主版本升级，建议由你方主导、我们陪跑。 交付物：监控告警、升级回归、团队培训 验收：演练一次版本升级与回滚 进入下一步的前提：演练过一次版本升级与回滚、告警能到人之后，才移交日常运维。 |
AI 功能的启用与授权
助手与 MCP 服务默认关闭、按需启用。下面六步的顺序不可调换：权限确认（03）必须先于任何开启（05）。每一步开始前，相关开关都应处于关闭状态；写入统一走「AI 提案 + 人工确认 + 全程留痕」。
| 01 确认默认关闭基线 | 你要和交付团队一起核对后台助手与 MCP 服务的开关状态，确认两者都在关闭位置，并把当前状态与版本号记录下来。 前置：交付环境已部署完成，且此前未开启任何 AI 写入能力。 验收：助手与 MCP 均为关闭，并有书面基线记录，作为后续每一步的对比起点。 步前开关状态：关闭 |
|---|---|
| 02 划定启用范围与用途 | 你要列出哪些店铺、哪些资源需要开放，并写明开放用途与负责人；清单之外的保持关闭。 前置：01 步的默认关闭基线已书面记录。 验收：形成一份开放清单，每项都有用途与负责人，清单外资源仍为关闭。 步前开关状态：关闭 |
| 03 配置身份与授权 | 你要确认参与的管理员角色与权限边界，选定 OAuth 2.1 浏览器授权或 JWT，并配置 scoped 凭证与按资源范围划分的服务账号。 前置：02 步的开放清单已确认，且此时仍未开启任何写入能力。 权限确认：逐项确认每个角色能触达的资源范围，授权可按资源收窄、可随时撤销。 撤销与日志：确认授权撤销入口在哪、由谁执行撤销，并把撤销路径写进交接文档。 验收：权限矩阵签字确认，每个授权都能追溯到角色与用途。 步前开关状态：关闭 |
| 04 设定写入把关与护栏 | 你要确认写入流程固定为「修改前后值对照、确认才落库、确认后可撤销」，并指定谁有权点确认。 前置：03 步的权限矩阵已签字，授权范围已收窄到位。 权限确认：确认有权点确认的人都落在已授权角色内，范围外的角色看不到确认入口。 写入把关：写入走 AI 提案 + 人工确认 + 全程留痕；提示注入模式识别、输出净化、个人信息检测三项护栏一并启用。 撤销与日志：确认撤销操作入口与时限，以及写入记录在 Assistant Actions Log 里怎么查。 验收：写入流程四段可完整演示，护栏三项处于启用状态。 步前开关状态：关闭 |
| 05 按需开启并做受控演练 | 你只在 02 步清单内开启开关，并用一条真实指令走完提案、确认、落库、撤销、查日志全过程；MCP 服务此时才开放 POST /api/mcp。 前置：03 步的权限确认与 04 步的写入把关都已完成并签字，缺任一项不得开启。 权限确认：演练时用范围最小的账号执行，确认越权请求被拒且进日志。 写入把关：本次演练必须走完整四段：修改前后值对照、人工确认、落库、撤销。 撤销与日志：在 Assistant Actions Log 中核对执行、被拒、失败三类记录都已生成。 验收：一条指令走完全链路，撤销生效，三类日志均可查。 步前开关状态：按需启用 |
| 06 收口日志与复核 | 你要在 Assistant Actions Log 核对三类写入记录，确认定时任务结果进入收件箱并有人处理，并把 90 天复核写进运维日历。 前置：05 步的受控演练已通过，开关按清单保持开启。 权限确认：确认日志查看权限与管理员角色一致，越权账号看不到操作详情。 撤销与日志：核对执行、被拒、失败三类记录的完整性，并确认撤销入口随时可用。 验收：日志可查、定时任务结果有人处理、90 天复核已排期。 步前开关状态：按需启用 |
常见疑问
马猴商城和 Maho 开源项目组是什么关系？
独立第三方技术服务与内容站，与 Maho 开源项目组无隶属、授权或合作关系。平台名称、许可与版本节奏以上游文档与 mahocommerce.com 为准，本站只负责配置与交付。
数据放在自己这里之后，谁来负责日常运维？
自托管意味着运维责任回到企业：补丁、备份、监控与升级回归要有人负责，也可以按上线运维步骤委托交付团队接手，责任边界写进验收。
选择自建交付，需要提前接受哪些代价？
三件事：运维责任回到企业；上游约两个月一个主版本，每次升级要做扩展位与集成回归；本站卖的是交付能力，平台由上游维护，不承诺其存续。
基本功能都在核心里，是不是就不用配置了？
不是。分群规则、邮件流程、动态分类条件与页面版面，都要按业务逐项配置并验收；核心自带的是能力，能不能用起来取决于配置。
把 AI 接进后台，会不会越过管理员权限？
不会。助手复用与 API 相同的工具，权限跟随管理员角色，不存在第二套权限面；给谁开后台，助手能做的就与他在 API 上能做的范围一致。
MCP 服务是不是默认就对外开放？
不是。MCP 服务（POST /api/mcp）默认关闭、按需启用，开启前要先完成身份授权与写入把关；默认约 200 个工具（来源 26.9.0 与 26.11.0）。
上游持续发新版，我们做过的二次开发会不会每次都要返工？
集成与二次开发走扩展位、不改核心，改动量小；但上游约两个月一个主版本（截至 2026-11），每次升级仍需对扩展位与集成做回归，这一步省不掉。
定时任务跑完，结果谁来处理？
人。计划任务在后台配置，结果投进收件箱等待查看与处理；跑完不等于生效，关键动作仍要人点确认，日志进 Assistant Actions Log。
先聊清楚架构，再谈报价
给我们一份业务规模与现有系统清单，输出一份包含技术选型、交付步骤、AI 配置边界与验收项的搭建方案。
或写信到 hello@magentop.cn；我们只通过邮件回复，不电话跟进。