ShopeX ← 返回议程
Agentic OMS · 智能体操控蓝图

用 WorkBuddy 操控 OMS
15 个日常场景的指令方式与 MCP 服务蓝图

把《OMS 操作手册》里每天重复的运营动作，重新组织成「说一句话、智能体执行、关键节点人工确认、全程留回执」的流程；并在完美实现的假设下，给出让智能体真正驱动 OMS 所需的 MCP 服务与字段打通设计。

EXECUTIVE CONCLUSION · 核心结论

不是替换 OMS，而是在其之上加一层智能

WorkBuddy 不重写 OMS，而是作为对话入口与执行协调者：接收自然语言指令，调用 OMS 暴露的 MCP 工具完成查询、编辑、校验与回写，并在发货、退款、库存过账等高风险动作前停住等待人工确认。15 个场景的做法可整理成可复用能力包；完美落地需要建设「OMS MCP 服务」，把订单、库存、发货、售后、财务五类字段标准化暴露给智能体。

确认边界：平台授权、密钥写入、库存过账、正式发货、退款、强制取消与财务关账等高风险节点，必须由人工确认或亲自完成，智能体不越权。
01 · Fifteen scenarios

15 个日常场景：智能体指令 + MCP 字段打通

每个场景给出「发给智能体的指令」示例、智能体会做的动作、需要调用的 MCP 工具，以及 OMS 必须打通的字段与对象。指令可直接改写为 WorkBuddy 能力包。

01

早班审单——清掉自动审单拦下的订单

订单客服 · 每天 · 自动审单后 90% 已生成发货单，剩留言/多地址/无库存单

半自动确认
发给智能体的指令把我待处理订单里带买家备注的先列出来，核一下“发顺丰”“周六前到”这种要求，给每个单子推荐仓库和快递，没问题就帮我生成发货单。有改商品、改价或改地址的先别动，标出来等我。
智能体动作

拉取「我的待处理订单」，按备注关键词分组；聚合商品/金额/库存/仓库/物流；生成审核建议与差异预览；人工确认后调用生成发货单。

调用的 MCP 工具

order.listTodo
order.review
shipment.create

OMS 需打通字段
  • order_id / platform_order_no
  • buyer_remark / seller_remark
  • multi_address_flag
  • audit_status / stock_availability
  • recommended_warehouse / logistics_company
02

批量操作——大促后一次性处理几千单

运营/客服 · 每天（大促尤甚）· 暂停/恢复/合单/批量审单/设发票

半自动确认
发给智能体的指令把“预售未到货”的 300 单批量暂停；备注要发票的批量设为开发票；剩下的正常单按上海仓+顺丰批量审单。今晚 8 点预售到仓后，把暂停的单批量恢复并定时审单到凌晨 1 点。
智能体动作

按筛选条件生成批量对象清单；做权限与金额冲突检查；输出影响清单后执行暂停/恢复/合单/审单/设发票，并登记定时任务。

调用的 MCP 工具

order.batchOperate
order.merge
order.scheduleAudit

OMS 需打通字段
  • filter（remark / status / tag）
  • operation（pause/resume/merge/audit/setInvoice）
  • target warehouse + logistics
  • batch scope / schedule_time
03

订单编辑——换颜色/改地址/批量换款

订单客服 · 每天数十次 · 需先暂停才能编辑

半自动确认
发给智能体的指令订单 12345 把黑色 M 换成白色 L，收货地址改成新家；改完用折扣金额把差价抹平，别让总额和实付对不上。另外这 50 个 A 款断货的，统一换成 B 款（数量金额一致）。
智能体动作

先暂停订单；删旧 SKU 加新 SKU 或改地址；计算总额与实付差额，预填折扣金额；预览前后差异，确认后恢复并送审。

调用的 MCP 工具

order.pause
order.editItems
order.editAddress
order.balanceAmount

OMS 需打通字段
  • order_id / sku add·remove
  • address / warehouse
  • paid_amount / discount_amount
  • pause_status
04

失败订单——新品忘填商家编码

客服/商品运营 · 每周（新品期高发）· 三大失败原因

半自动确认
发给智能体的指令这批失败订单先判断是 OMS 没货号、前端没填商家编码，还是两边不一致；从商品主档和平台商品找候选映射，高置信度的直接补上，低置信度的列出来等我确认，然后重新走审单。
智能体动作

汇总失败订单与平台 SKU；按条码/货号/名称规格多级匹配；展示候选与置信度；确认后补齐编码映射并重试订单。

调用的 MCP 工具

order.listFailed
material.matchSku
order.retry

OMS 需打通字段
  • failed_reason（3 类）
  • platform_sku / merchant_code
  • material_no / barcode
  • mapping confidence
05

异常订单——部分退款被自动拦截

售后客服 · 每天 · 删已退款 SKU 再放行

半自动确认
发给智能体的指令异常订单里因为部分退款卡住的，帮我核一下退款金额和原单对不对；确认只退了 1 件就把那个 SKU 删掉，在异常备注勾“已处理”写说明，重新走审单，剩下的正常发。
智能体动作

分类异常来源；核对支付/退款/日志；预填删 SKU 与异常备注；确认后标记已处理并恢复审单。

调用的 MCP 工具

order.listException
order.removeSku
order.markHandled

OMS 需打通字段
  • exception_source（partial refund）
  • refund_amount / paid_amount
  • sku to remove
  • exception_note（已处理）
06

发货三部曲——打印 → 校验 → 称重发货

仓管/拣货/打包 · 每天 · 仓库主流程

半自动确认
发给智能体的指令华东仓今天待发单先检查：仓库、物流、地址、面单来源、模板都齐了再进打印队列。拣货配完用扫码枪逐个校验，错货当场换。校验过的走逐单发货称重，单号自动回写平台。
智能体动作

打印前校验拦截缺项；组织拣货单/发货单/面单打印；接收扫码校验结果比对货号数量；逐单/批量发货并记录重量。

调用的 MCP 工具

shipment.preCheck
shipment.print
shipment.validate
shipment.confirm

OMS 需打通字段
  • shipment_id / logistics_no
  • warehouse / logistics_company
  • address / print_template
  • scan_check_result / weight
07

状态回写检查——"天猫显示未发货"

订单客服 · 每天收尾必做 · 失败重推

自动执行
发给智能体的指令盯一下今天发货状态回写：列出成功、失败和仍在重试的。失败的先看平台返回原因，能修的就自动安全重试；平台已发货但 OMS 还没更的，确认事实后用“已回写成功”把 OMS 状态改齐。
智能体动作

读回写列表与失败日志；按店铺/原因/重试次数分类；自动重试可修复项；状态倒挂生成确认任务。

调用的 MCP 工具

shipping.listCallback
shipping.retry
shipping.markSynced

OMS 需打通字段
  • platform_callback_status
  • fail_reason / retry_count
  • OMS status vs platform status
  • return_code
08

撤销发货单——已推仓但买家改地址

客服/仓管 · 每天零星、紧急 · 仅未发货可撤

人工确认
发给智能体的指令订单 12345 的发货单还是“未发货”，买家刚说地址填错了，帮我撤销发货单拉回来改地址，重新审核生成新单。第三方仓那边推送失败的就重推，要强制取消的先提醒我会释放冻结库存且不可恢复。
智能体动作

校验发货状态必须为未发货；生成撤销建议与冻结库存释放说明；人确认后撤销、改址、重建发货单；WMS 失败单可重推。

调用的 MCP 工具

shipment.revoke
shipment.resendWMS
shipment.forceCancel

OMS 需打通字段
  • shipment_id / shipping_status
  • freeze_inventory_release
  • revoke_reason / new_address
  • WMS sync_status
09

库存查询——"还能卖多少"

运营/客服/仓管 · 每天多次 · 可售=总−仓库冻结−订单冻结

自动执行
发给智能体的指令给我爆款卫衣的总库存、各仓分布，以及可售库存（扣掉仓库冻结和订单冻结）。客服问“还有货吗”时，按货号秒查可售量，顺带把在途也带上。
智能体动作

按货号/仓库读取库存三视图；计算可售=总库存−仓库冻结−订单冻结；输出在途与良品分布。

调用的 MCP 工具

inventory.query
inventory.byWarehouse

OMS 需打通字段
  • material_no / total_stock
  • warehouse_frozen / order_frozen
  • available_stock / on_way_stock
  • good_stock（剔除残次）
10

库存同步防超卖——尾货自动锁库存

运营主管 · 大促前必做、日常持续生效

半自动确认
发给智能体的指令给全店开库存回写，店铺库存跟着仓库可售走。建一条规则：可售≤10 件时店铺库存直接置 0。聚划算要锁 2000 件专用库存，用活动库存管控圈进虚拟活动仓。规则改完记得提醒我重新启用。
智能体动作

开启库存回写；预填库存规则与阈值；模拟计算各店铺发布量；确认后启用并监控；活动预占建虚拟仓。

调用的 MCP 工具

stock.setSync
stock.ruleUpsert
stock.activityPreoccupy

OMS 需打通字段
  • sync switch / publish stock
  • rule（≤10 → 0）
  • activity_preoccupy qty
  • virtual activity warehouse
11

补货预警→采购入库——爆款要断货

采购/仓管 · 每周 · 一键生成采购单→扫码入库

半自动确认
发给智能体的指令总库存低于安全库存的标红，从补货提醒里一键生成采购单，写明现购/赊购和到货仓库，推给负责人审核。货到了用扫码枪条码入库，按实收数量确认，库存即时加。
智能体动作

读安全库存与预警；汇总缺货 SKU/仓库/缺口；一键生成采购单并推审；到货后条码入库按实收确认。

调用的 MCP 工具

stock.listWarning
purchase.create
purchase.receive

OMS 需打通字段
  • safety_stock / replenish_point
  • supplier / purchase_type
  • to_warehouse / purchase_qty
  • received_qty / cost_price
12

仓间调拨——上海仓从广州仓调 500 件

运营/两地仓管 · 每周~每月 · 出入库调拨 vs 直接调拨

半自动确认
发给智能体的指令广州仓调 500 件卫衣到上海仓，走出入库调拨：两边仓管分别审核出库单和入库单，清点确认后库存转移。同仓里主仓到活动虚拟仓的划拨走直接调拨，秒到不用两边确认。
智能体动作

建调拨单；校验调出/调入仓与类型；按出入库或直接调拨推审核与确认；返回两仓库存变化与单据状态。

调用的 MCP 工具

stock.transferCreate
stock.transferOut
stock.transferIn

OMS 需打通字段
  • from_warehouse / to_warehouse
  • material / qty
  • transfer_type（出入库/直接）
  • out·in confirm status
13

售后全流程——仅退款/退货退款/换货

售后/仓管/财务 · 每天 · 接收→审核→质检→退款

半自动确认
发给智能体的指令仅退款且没发货的，确认平台已同意后自动取消订单。退货退款的，接受申请→审核→买家寄回后扫码质检（好货进售后仓、瑕疵进残损仓）→财务退款。换货质检完自动建一笔换出订单发新货。
智能体动作

按退款类型分流；仅退款自动取消；退货退款走接收/审核/质检/退款链路；换货自动建新单并备注。

调用的 MCP 工具

aftersale.accept
aftersale.qualityCheck
aftersale.refund
aftersale.exchange

OMS 需打通字段
  • refund_type（only/return/exchange）
  • refund_amount / return_goods
  • quality_check result / warehouse
  • new exchange order
14

满赠活动——"满 299 送帆布袋"

运营主管 · 每次活动前 · 赠品自动加进订单

半自动确认
发给智能体的指令把帆布袋加为赠品启用、可用量 500；建规则：天猫旗舰店、订单金额≥299、付款后触发、限赠一次、前 500 名。多规则命中按优先级排他。库存低于 50 件短信预警，结束导出发送记录。
智能体动作

设赠品与可用量；预填规则（店铺/地区/金额/商品/限次/节点）；模拟叠加或排他结果；确认后启用并监控发送记录。

调用的 MCP 工具

gift.upsert
gift.ruleCreate
gift.exportLog

OMS 需打通字段
  • gift_sku / gift_qty
  • rule（shop/region/amount/limit）
  • activity period / trigger node
  • stack·exclusive / warning threshold
15

电子发票——备注要发票，开票短信自动发

客服/财务 · 每天自动 + 月底集中 · 红冲/作废

半自动确认
发给智能体的指令审单时标“需开发票”的，发货后按配置自动向税控渠道开票，开完发短信。月底零星手工票：抬头写错的帮我红冲重开，作废也要留日志。发票号段快用完时提醒我去税局增量。
智能体动作

按触发节点自动开票并推短信；红冲/作废走确认；监控号段余量并预警；保留操作日志追溯。

调用的 MCP 工具

invoice.autoIssue
invoice.red
invoice.void
invoice.quotaCheck

OMS 需打通字段
  • invoice_title / tax_no
  • invoice_status / trigger node
  • channel（百望/航信/淘宝）
  • red·void log / quota
02 · Five-layer bridge

从 OMS 到智能体的五层桥

智能体要安全驱动 OMS，中间需要数据与协议层把系统能力标准化暴露出来，而不是让 Agent 直接操作数据库。

LAYER 1

OMS 核心

订单、库存、仓储、售后、财务等业务能力与数据，保持不变。

LAYER 2

开放 API 与单据

OMS 已有开放数据、任务队列、Webhook 与单据接口，作为底层数据来源。

LAYER 3

OMS MCP 服务

把 API 封装为 MCP 的 Resources（读）与 Tools（做），加权限与确认门。

LAYER 4

WorkBuddy 智能体

理解自然语言指令，选工具、传参、读结果、生成预览与回执。

LAYER 5

业务结果

客服、运营、仓管、采购、财务用一句话驱动 OMS，拿到可复核结果。

03 · Instruction pattern

智能体操控 OMS 的指令方式

每个场景都遵循同一套做法：业务人员说目标，智能体解析、调用 MCP、做预览、过确认门、留回执。

STEP 1

自然语言指令

“把备注含改地址的订单暂停，今晚 22 点定时审单。”目标、范围、规则一次说清。

STEP 2

解析与目标抽取

智能体抽出筛选条件、目标动作、时间窗与约束，映射到对应 MCP 工具与参数。

STEP 3

调 MCP 工具

读取资源或执行工具：查订单、预填配置、计算库存、发起校验，结果回传。

STEP 4

预览与确认门

高风险动作先给出影响清单与差异预览，按权限等级决定是否停等人确认。

STEP 5

执行与回执

确认后执行，返回成功/失败明细与操作日志，可随时复盘追溯。

04 · Confirmation tiers

三类自动化程度与确认边界

15 个场景分别落在不同确认等级；等级决定智能体能自主到哪一步。

自动执行授权后智能体直接完成读取、预填、检查、校验与回执，如库存查询、当前订单监控、逐单校验、状态回写重试。
半自动协作智能体整理资料、预填配置、模拟结果并给预览，关键节点由人确认后继续，如批量操作、订单编辑、失败订单修复、赠品规则。
人工确认发货、退款、库存过账、强制取消、关账等高风险动作必须由人确认或亲自完成，如撤销发货单、正式批量发货、红冲发票。
05 · MCP service blueprint

完美实现的 OMS MCP 服务蓝图

若要让智能体稳定、安全地驱动 OMS，需要把 OMS 能力封装成一个标准 MCP 服务，向上对 WorkBuddy 暴露「可读资源」与「可执行工具」，并内建权限与确认门。

业务角色
客服 / 运营 / 仓管 / 采购 / 财务 — 用自然语言下达指令，接收预览与回执。
WorkBuddy
MCP Client — 解析指令、选工具、传参、读结果、生成确认预览与操作日志。
OMS MCP 服务
协议层 — 实现 MCP 的 Resources（读订单/库存/发货/售后/财务）、Tools（15+ 执行动作）、Prompts（场景化指令模板）；内置权限矩阵与确认门。
OMS 开放接口
底层数据 — 复用 OMS 已有的开放数据、任务队列、Webhook 与单据接口，做鉴权、幂等与限流。
OMS 核心
业务能力 — 订单、库存、仓储、售后、财务等模块数据与规则，保持不变。
06 · MCP capability catalog

MCP 工具目录与字段打通总表

下表把 15 个场景收敛为 MCP 工具，并标注确认等级与 OMS 必须打通的字段。这是「构建 MCP 服务需要哪些数据和字段打通」的直接答案。

场景MCP 工具确认等级OMS 需打通的字段 / 对象
01 早班审单order.listTodo / order.review / shipment.create半自动order_id、buyer/seller_remark、multi_address_flag、audit_status、recommended_warehouse、logistics_company
02 批量操作order.batchOperate / order.merge / order.scheduleAudit半自动filter（remark/status/tag）、operation、target warehouse+logistics、batch scope、schedule_time
03 订单编辑order.pause / editItems / editAddress / balanceAmount半自动order_id、sku 增删、address、warehouse、paid/discount_amount、pause_status
04 失败订单order.listFailed / material.matchSku / order.retry半自动failed_reason、platform_sku、merchant_code、material_no、barcode、mapping confidence
05 异常订单order.listException / removeSku / markHandled半自动exception_source、refund_amount、sku to remove、exception_note（已处理）
06 发货三部曲shipment.preCheck / print / validate / confirm半自动shipment_id、logistics_no、warehouse、logistics_company、address、print_template、scan_check_result、weight
07 状态回写shipping.listCallback / retry / markSynced自动platform_callback_status、fail_reason、retry_count、OMS vs platform status、return_code
08 撤销发货单shipment.revoke / resendWMS / forceCancel人工确认shipment_id、shipping_status（须未发货）、freeze_inventory_release、revoke_reason、WMS sync_status
09 库存查询inventory.query / byWarehouse自动material_no、total_stock、warehouse_frozen、order_frozen、available_stock、on_way_stock、good_stock
10 防超卖stock.setSync / ruleUpsert / activityPreoccupy半自动sync switch、publish stock、rule（≤10→0）、activity_preoccupy qty、virtual activity warehouse
11 补货采购stock.listWarning / purchase.create / receive半自动safety_stock、replenish_point、supplier、purchase_type、to_warehouse、purchase/received_qty、cost_price
12 仓间调拨stock.transferCreate / transferOut / transferIn半自动from/to_warehouse、material、qty、transfer_type、out/in confirm status
13 售后全流程aftersale.accept / qualityCheck / refund / exchange半自动refund_type、refund_amount、return_goods、quality_check result、warehouse、new exchange order
14 满赠活动gift.upsert / ruleCreate / exportLog半自动gift_sku、gift_qty、rule（shop/region/amount/limit）、activity period、trigger node、stack/exclusive、warning threshold
15 电子发票invoice.autoIssue / red / void / quotaCheck半自动invoice_title、tax_no、invoice_status、trigger node、channel、red/void log、quota

字段打通的本质：MCP 服务不新增业务字段，而是把 OMS 既有的订单、库存、仓储、售后、财务对象，按「读（Resources）+ 做（Tools）」两类原语重新暴露。智能体只能通过这些原语访问数据，不能直接碰库，从协议层守住数据安全。

确认门内建：工具按确认等级注册。标记「人工确认」的工具（如 shipment.revoke、invoice.red、forceCancel）在 MCP 层即要求 human-in-the-loop 回执，未确认不执行；自动类工具仍保留操作日志与回执供追溯。

复用而非新建：OMS 已有开放数据、任务队列、Webhook 与单据接口，MCP 服务在其之上做协议封装与权限收敛，避免重复建设系统对接。

07 · Rollout & risks

落地路径与需要管理的风险

建议按「先读后写、先低危后高危」的顺序建设 MCP 工具，逐步把 15 个场景从人工迁到智能体。

PHASE 1

只读资源

先暴露查询类 Resources：库存查询、订单监控、状态回写检查。零风险，先让智能体「看得见」。

PHASE 2

半自动配置

暴露规则/编辑类 Tools：批量操作、订单编辑、失败订单修复、赠品规则、补货采购。带预览与确认门。

PHASE 3

高危执行

暴露发货、撤销、退款、红冲等 Tools，MCP 层强制 human-in-the-loop，逐场景灰度放量。

PHASE 4

能力包沉淀

把 15 个场景固化为 WorkBuddy 可复用能力包，支持一句话触发与定时任务。

PHASE 5

持续治理

监控调用日志、回执率与误拦截；按业务反馈迭代规则与确认阈值。

08 · Risks

需要提前管理的五项风险

授权与密钥

店铺授权、接口密钥、税控渠道凭证必须由系统负责人确认写入，密钥存企业密码库，不进普通共享表或 Agent 上下文。

确认门失效

高危动作若确认门被绕过，可能造成多发货、误退款、库存错账。MCP 层强制回执，未确认不执行。

数据一致性

OMS 与第三方 WMS 库存存在时效差（手册说明当天数据次日展示），智能体读取需标注数据时点，避免基于旧库存决策。

平台接口限制

回写、面单、发票受平台 API 与配额约束；失败需安全重试与降级，不能把平台异常当作业务成功。

规则叠加错配

库存规则、赠品规则、自动审单规则叠加时可能冲突；MCP 暴露前需做规则模拟与优先级校验，确认后再启用。