本业务域用于 E10 OKR 目标管理，同时覆盖 e10 标准版与 e10-ebuilder 两条接口链路。入口 `SKILL.md` 按 weaver 风格组织：CRITICAL 共享前置、链路判定优先级、路由表、高优先级语义、写操作确认链、失败处理和「不在范围」。具体用法拆到 `references/`：

- `okr-link-routing.md`：链路判定（`okr_searchAppver` 的 `ver_name`）与 1 天租户缓存、eb 表单 id 解析。
- `okr-query.md`：目标列表、目标详情、关键成果列表、评论列表、详情页链接。
- `okr-write.md`：新建、编辑目标的 `prepare -> apply` 写入协议。
- `okr-keyresult.md`：关键成果新建/修改（`kr.save`）的 `prepare -> apply` 协议。
- `okr-align.md`：目标对齐（`align.create`，ebuilder 专属）的 `prepare -> apply` 协议。

Agent 调优重点：

- `weaver-work-cli okr schema` 是 operation 合约第一信息源。
- **先判链路再调接口**：`ver_name >= V2` 走 ebuilder，否则走标准版；两条链路的接口路径、字段名、可用能力都不同，严禁混用。
- 业务输入不得包含 Cookie、ETEAMSID、Token 等凭证字段；`datajson.header.operator` 由 CLI 自动填充。
- `principalid`/`participants` 传人员 ID（先由 weaver-e10-hrm 解析姓名），禁止直接传姓名，禁止取 `userId` 字段。
- eb 链路列表不支持按名称/状态筛选，遇到这类请求会明确报错而不是静默忽略，需改用 `query_scope=self` 或 `principalid` + 周期条件。
- 写操作只接受 CLI 生成的 continuation，不手工构造或复用；`confirm=true` 必须由用户明确确认后传入。
- 编辑目标为全量合并（先查详情再覆盖），标准版必须显式传 `status`，避免把正式目标静默回退为草稿。
- 结果为 `partial/write_uncertain` 时停止，不自动重放写请求，先做只读回查。