本业务域用于泛微 E10 组织管理（员工查询 / 组织架构 / 岗位查询，全部只读）。入口 `SKILL.md` 先路由到 `weaver-e10-shared/SKILL.md`，再给出跨模块约定、Reference 路由表和安全边界。具体用法拆到 `references/`：

- `employee.md`：按工号/姓名/手机/邮箱查员工、批量人员、资料名片、下属查询（当前登录人 + 按 id）、部门成员。
- `org.md`：分部/部门浏览、组织详情、多级路径 drill-down 编排、多维（虚拟组织维度）解析（`org.resolve`，含"维度名不存在时只给近似提示"的三级匹配）。
- `position.md`：岗位浏览、岗位详情、岗位批量（岗位地址簿）。
- `source-manifest.json`：源资料清单与 sha256 指纹，用于源资料更新检测。

调优重点：

- `weaver-work-cli hrm schema` 是 operation 合约第一信息源，`withheldOperations` 声明代理商查询禁用边界。
- 三个业务域统一 `WeaResult` 响应契约，已在 CLI 内归一化；但「员工浏览/下属查询的 total 需额外请求 count/resource」这一差异必须由 Agent 正确解读。
- 长整型 id 一律按字符串传递；手机号已由 CLI 脱敏。
- **无条件禁止全量拉取**：`employee.query`/`org.query`/`position.query` 必须带收敛条件；`position.list` 无过滤需显式 `all=true`；`employee.query` 的 `status` 不能单独使用。
- 姓名/工号/名称模糊匹配多人命中时必须列候选让用户选择，不得自动取第一条；部门重名改传组织 id。
- 组织树按**多维**切分，同名部门在不同多维下是不同节点；`org.resolve` 已把「多维名称+部门/分部名称」的两级匹配收在 CLI 内，**只调一次**，结果看 `data.status`（`resolved`/`ambiguous`/`not_found`），`ambiguous` 必须问用户后再用 `orgId`/`virtualId` 复调。
- 批量查询禁止循环单查：批量人员走 `employee.batch`，岗位批量走 `position.list`。
- 代理商查询（`containsDls=true`）属禁用边界，直接说明不可用，不引导用户绕过。