订单、库存、会员、履约这些系统继续用。商派把里面能查、能算、能操作的业务能力接给 AI；先从查数据开始，再逐步做到分析、建议、执行和复盘。WorkBuddy 提供 Agent 入口与模型能力，商派负责让业务真正跑起来。
先把每天都会遇到的经营分析做快、做准。这件事跑通后，再往商品、会员、库存和履约等经营动作扩展。
从固定报表和人工导出，变成按业务问题直接取数、分析和追问。
运营登录 OMS，选渠道和时间，导出 Excel，整理字段、做对比、看异常，再汇总成主管需要的报表。通常要 1–2 小时。
Agent 理解渠道、时间、商品和分析维度，通过 MCP 连接 OMS，按经营报表流程完成取数、聚合、分析和输出。实测 16 秒生成一组自定义网页版销售报表。
继续追问“把京东单独拆出来，按周分析”，系统能按新的问题继续给结果。OMS 还是原来的 OMS，但数据和报表不再只靠固定模板。
真正的变化，不是系统里多了一个对话框，而是从“人一步步操作系统”，变成“先把目标说清楚，再由系统分工完成”。
运营登录多个后台，找菜单、拉报表、核对数据、做判断、写方案，再协调内容、渠道和履约团队执行。系统各管一段，流程主要靠人来接。
用户先说清楚要解决什么问题。Agent 帮忙拆任务、调用系统能力、组织确认和执行；浏览、咨询、交易、履约和反馈再回到下一轮经营判断里。
商品、会员、订单、库存和履约已经在现有系统里运转。要做的不是再建一套系统，而是把这些业务能力整理好，接给 AI 使用。
商品、会员、营销、页面、价格、支付和交易，服务消费者经营。
订单、库存、路由、售后和全渠道协同，让经营动作能真正落地。
订货、经销商、组织、渠道政策和价格体系，支撑分销业务。
业务中台、数据连接和企业系统集成，让不同系统能顺畅配合。
| 改造维度 | 传统商业系统 | 接入 AI 后 |
|---|---|---|
| 入口 | 菜单、页面、表单和固定报表 | 按业务问题进入，由岗位 Buddy 协助处理 |
| 组织方式 | 按产品模块和后台功能找入口 | 按商品、会员、订单、库存等业务问题组织 |
| 系统配合 | 系统之间主要传数据 | 读取、校验、加工、触发和回写按流程衔接 |
| 流程推进 | 依赖人工串联多个系统和岗位 | 把目标拆成有顺序、可确认、可追踪的任务 |
| 安全边界 | 按菜单和岗位权限操作 | 每次调用都看权限；关键动作确认后执行，并保留记录 |
不是在页面上加一个聊天框就够了。AI 要听得懂业务问题，也要能按规则连接系统、调用能力，并在该停的时候停下来等人确认。
简单说：MCP 负责把 AI 接到系统上；Skill 把成熟的业务做法整理成可复用的流程。查看 Skill + MCP 场景说明 →
下面用一个运动品牌的场景说明下一步可以怎么做：先看库存和会员情况，再给出活动与补货建议；能自动完成的分析先交付，涉及改价、发券等动作时，等负责人确认后再执行。
先看清楚经营目标，再把分析、会员、补货和报表等事情分开处理。
智能体负责安排，Skill 提供做法，MCP 负责连接，商派系统完成真实业务动作。
改价、发券、补货等关键动作先给建议，由负责人确认后再执行，全程留有记录。
看浏览、加购、下单、履约和复购，再调整下一轮建议和动作。
先选一件业务价值清楚、数据条件具备、边界容易控制的事。跑通以后，再复制到更多经营场景。
第一步
优先选结果清楚、频率高、涉及系统不复杂的场景，例如经营分析、库存预警或会员激活。
第二步
梳理业务对象、需要连接的系统和可使用的数据；把谁能看、谁能做、谁来确认先讲清楚。
第三步
让 AI 完成“分析—建议—确认—执行—复盘”的完整过程，先把一件事做稳。
第四步
把已经跑顺的连接、规则和做法，逐步复制到商品、会员、库存、售后和更多业务团队。
业务边界：自动化不等于放开权限。能自动完成的分析先自动完成；涉及价格、权益、资金、库存和订单的关键动作，按规则交给负责人确认。
关键数据、知识、规则和业务系统，仍保留在客户授权环境中。
谁调用了什么、用了哪些数据、产生了什么结果，都可以回看。
改价、投放、发券、退款和补货等动作，先给建议，再由负责人确认。
每个场景都看目标和结果，复盘后再优化下一次做法。
