进销存库存表

要解决什么问题

业务侧经常用自然语言问库存、说「入库到某仓」「从某仓出库给客户」，但背后是一套带 X-AI-Token 的 REST API：既要按条码/商品名/仓库查数，又要在名称不唯一时做消歧，入库还要供应商、出库还要客户和库房。人工记接口字段和 supplierId/warehouseId 成本高，也容易在多候选时误操作。

技能如何工作

技能把 iwmt 后端（基址 https://iwmt.ixhlink.com/api）的能力串成固定流程：

1. 从用户话里抽意图（查询、新增商品、IN/OUT）和业务词（商品名、库房名、供应商/客户名、数量）。
2. 无 Token 不调用业务接口，用中文引导用户在系统里生成 AI Token 并配置请求头。
3. 名称类输入先走消歧（aiResolve/*、productBatch）；needConfirm=true 时必须让用户选，不得默认第一项。
4. 查询走 GET aiStock/query；新增商品走 POST aiGoods/create（幂等命中时 created=false）。
5. 出入库走 POST aiInventoryEvent/batch：入库至少提供供应商名称或 ID，出库至少提供客户；库房必填。服务端会把供应商/客户补全为 ID + 名称 再落库或走审批；结果用 Markdown 表格回传库存与执行状态（含 pendingApproval 时的说明）。

面向用户一律用中文业务词，不要求用户填写内部 xxxId。

边界与注意点

• 数据可见范围受 Token 对应账号（含员工权限）约束；401 须如实转述并说明如何更新 Token。
• 商品有多条候选、或供应商/客户名称无法唯一解析时，必须失败或追问，不能静默执行。
• 「有商品、无库存记录」应视为数量为 0，而不是「商品不存在」。
• 仅分类/品牌查询库存时，可不传商品名或条码。