仓储知识与操作导航
优先试点这一场景的目标是把仓储制度、系统手册、SOP、用户问题整理成带出处的答复、目标页面、操作步骤。
- 输入
- 仓储制度、系统手册、SOP、用户问题
- 输出
- 带出处的答复、目标页面、操作步骤
- 验收
- 检查库存差异处理时长、异常漏报率、人工调整率
- 边界
- 制度版本需受控,真实业务动作另行确认

仓储物流场景跨文件、WMS和专业优化模型,必须分清查询、执行与决策三类权限。
左起第一列是这个岗位可交给 WorkBuddy 的场景; 中间两列是它需要什么、能交付什么;最后一列是必须由人或系统决定的部分 —— 这一列才是评审时真正要看的,因为它决定哪些环节不能自动化。
| 场景 | 需要输入 | WorkBuddy可辅助交付 | 人工或系统边界 |
|---|---|---|---|
| 仓储知识与操作导航 | 仓储制度、系统手册、SOP、用户问题 | 带出处的答复、目标页面、操作步骤 | 制度版本需受控,真实业务动作另行确认 |
| 实时库存与库位查询 | 物料、仓库、批次、库位、占用与可用量 | 实时库存、更新时间和差异提示 | 必须读取WMS真实数据,不能根据旧表推断 |
| 出入库与移库单草拟 | 物料、数量、批次、库位和业务类型 | 单据草稿、字段校验和待确认项 | 写库前人工批准,并保留权限和日志 |
| 盘点与库存差异分析 | 账面库存、盘点表、在途和历史记录 | 差异清单、异常归类、复核任务和日报 | 盘盈盘亏原因由仓管与财务确认 |
| 缺货、超储、临期与补货 | 销量、库存、在途、交期、保质期和服务水平 | 预警、补货建议、区间和影响说明 | 补货计划由计划员审批,预测调用专业模型 |
| 库位、拣选与仓内任务优化 | 库位、订单、设备、班次、优先级和约束 | 任务排序、拣选建议和冲突 | 仓储主管确认现场可行性 |
| 运输跟踪与异常调度 | 运单、车辆、路线、时效、天气和异常 | 异常摘要、备选路线、客户通知和待办 | 改派与交期承诺由人决定 |
| 销量预测与生产排程协同 | 销量、促销、BOM、产能、换线、库容和采购周期 | 预测区间、排程草案和冲突 | 专业模型求解,计划员锁单、改量和批准 |
| 经营日报、试点与治理 | 作业、库存、异常、采纳、返工、权限和日志 | 经营日报、试点基线、风险和复盘 | 指标口径与高风险动作由治理团队确认 |
三个优先场景在各岗位下按同一套方法拆解:明确任务口径 → 收集并检查输入 → 让 WorkBuddy 执行整理、检索或生成 → 输出可编辑结果 → 由岗位负责人复核后进入下一流程。
这一场景的目标是把仓储制度、系统手册、SOP、用户问题整理成带出处的答复、目标页面、操作步骤。

这一场景的目标是把物料、仓库、批次、库位、占用与可用量整理成实时库存、更新时间和差异提示。

这一场景的目标是把物料、数量、批次、库位和业务类型整理成单据草稿、字段校验和待确认项。
同一个岗位的场景会分散在四层里:文件层只用本地文档就能跑, 知识层要先建好有版本、有出处、有权限的资料,系统层要接业务系统, 决策层则必须保留人工批准。先看自己能从哪一层起步。
使用本地文档、表格和模板,结果可人工检查
建立有版本、有出处、有权限的知识资料
通过受控的Connector、MCP或API读写业务系统
展示依据、假设和影响,高风险决定由人批准
推荐先做“盘点与库存差异分析”。它所需输入是账面库存、盘点表、在途和历史记录,目标交付是差异清单、异常归类、复核任务和日报。
试点可按四个动作推进:第一,抽取一批真实历史任务作为基线;第二,用同一批输入让人工流程和WorkBuddy流程并行;第三,记录失败、遗漏和人工修改原因;第四,只在结果稳定、权限清楚、可以回滚时扩大范围。
建议验收指标包括:库存差异处理时长、异常漏报率、人工调整率。如果结果需要大量重做、来源无法追溯、系统写入不可回滚,试点应暂停并先修复数据或流程。
把你们这个岗位最耗人的一件事说清楚,我们按上面四层能力给出可切入点、需要对接的系统清单和人工边界 —— 不是通用方案,是照着你们现有流程改的版本。