泛微E10京桥通采购管理

它解决什么问题

京桥通（泛微 e-cology 之上的 SRM 采购套件）的业务单据散落在大量 eBuilder 表单中：采购需求池、寻源单、合同、订单、供应商档案、对账单、关联发票单，每张表单有自己的 objId、应用归属和视图配置。让 AI 直接对接这类系统通常卡在三处：表单定位靠猜（195 张表单，名称相近）；字段名对不上（库里存的是 gysmc、dslzje 这类 dataKey）；状态类列表如「待收货」「待对账」本质是带筛选条件的视图，不是默认列表。

这个 Skill 负责把自然语言意图翻译成确定性的定位结果，真正的数据读写仍由 eBuilder 接口承担。

核心能力

双维度意图解析。 维度一是操作类型，把查列表、查详情、新建、修改、删除、审批映射到具体接口动作；维度二是表单定位，先按 remark 中的同义关键词匹配，未命中再回退到 formName 中文名，多命中时取关键词命中数最多的表单。

语义别名是关键。 口语与实际表单常有错位：「待对账」命中业务单而非对账单管理；「我的订单」命中采购订单管理而非订单执行，且不做采购员筛选；「待收货」是独立的待收货视图，不是订单收货管理。这些映射、字段对照和核对规则都写在 MEMORY.md 中，是权威来源。

委托执行与链接回传。 表单定位后，新增、分页、详情、修改、删除交给 weaver-e10-ebuilder-data，审批流转交给 weaver-e10-workflow，会话交给 weaver-e10-login。每次返回数据都附带可点击链接，并按视图类型区分地址：List 用 /sp/ebdfpage/list/{id}，NList 用 /sp/ebdfpage/viewport/{id}，布局用 /sp/ebdfpage/card/0/{objId}/{dataId}。用户提到状态词时，会先查视图名称再生成链接，而不是固定用默认视图。

初始化与调用步骤

首次安装或切换系统地址时，baseUrl、appId、objId、defaultListViewId、defaultLayoutId 均为空，必须执行三步初始化：按应用标签逐个拉取 appId，再按表单标签逐个拉取 objId，最后取默认视图 ID。这些值后续用于生成跳转链接。

正式调用前确认三点：依赖技能已安装、登录会话有效、baseUrl 已写入。解析完成后，把 objId、appId、操作类型、字段值、查询条件和当前操作人传给被委托的 Skill。

适用边界

初始化失败必须先归因再提示，两类结论不能混用：连接超时、ENOTFOUND、持续 502/504 属于网络问题；接口可达但 getAppIds 返回空、objId 大面积未初始化，则说明京桥通版本早于 0701，不支持对话式操作。判定顺序是先验网络，再谈版本。

MEMORY.md 优先级高于正文，迁移到其他 AI 工具环境时必须随 Skill 一并加载，否则不应回答业务问题。字段映射要注意子表维度，例如「联系人手机号」取 detail1 子表的 sjhm，而非主表字段。单据关系核对基于 data-dict.json 与 relation-config.yaml，沿单号链路追溯上下游并比对数量与金额，属于只读分析，不改动业务数据。