---
title: oms-agent-operations
description: 文本抽取：AI研讨会/oms-agent-operations
updated: 2026-11-04
tags: [原始文档, 抽取, AI研讨会]
source: AI研讨会/oms-agent-operations
source_type: txt
source_hash: a22b2e2e0a62
extracted_at: 2026-11-04
quality: ok
---

---
source: AI研讨会/oms-agent-operations.html
type: html
size_kb: 55
category: AI研讨会
quality: ok
---

WorkBuddy 操控 OMS｜15 场景智能体指令与 MCP 服务蓝图
← 返回总览
15 场景
五层桥接
指令方式
MCP 服务
落地路径
打印 / 导出PDF
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 暴露前需做规则模拟与优先级校验，确认后再启用。
WorkBuddy × OMS · 15 场景智能体指令与 MCP 服务蓝图 · 2026-07-29 · 结合《OMS 操作手册》与 ShopeX Agentic Systems 总体蓝图编制