weaver-work-cli 0.1.40 → 0.1.44

package/skills/weaver-e10-recruit-stage/references/recruit-list-candidate.md

@@ -0,0 +1,101 @@
+---
+name: recruit-list-candidate
+description: 查询应聘者列表（候选人台账），支持按职位/人才/批次精确筛选与翻页取全，返回候选人、职位、阶段、渠道、手机/邮箱等，用于「看某职位的候选人」与「按岗位找/筛候选人」
+---
+
+# 查询应聘者列表
+
+> **平台兼容**：本文命令示例在 macOS/Linux 与 Windows PowerShell 下均可执行——JSON 用单引号包裹、内部双引号不转义；PowerShell 下不使用反斜杠续行。
+
+> 本文档示例中的 `env` / `form_data_id` / `talent_id` 等均为**实测环境的参考值**（不同环境全部不同）；运行时按菜单别名 / `ds/fields` 解析，**不得写死**（见 `recruit-resolve-metadata.md`）。
+
+## 1. 基础信息
+- 接口名称：查询应聘者列表（候选人台账）
+- 请求方式：`POST`
+- 去域名路径：`/api/ebuilder/form/list/getListDatas`（与搜索人才/需求/职位同族列表接口）
+- 脚本：`node scripts/recruit-list.mjs --type candidate [--position-id <id>] [--talent-id <id>] [--all]`
+- 所属模块：招聘管理（recruit）
+- 所属分组：应聘者 / 查询
+
+## 2. 业务用途
+用户说"**这个职位有哪些候选人**""看下 X 职位的应聘者""**帮我找到适合这个岗位的候选人**""筛优质候选人"时调用。返回「应聘者」列表（候选人台账），每行含候选人、应聘职位、当前阶段、渠道、手机/邮箱、人才 id。属只读查询，**无需确认门**。
+
+> 需求对应：【人事招聘阶段 3】④「帮我找到适合这个岗位的候选人，筛选优质候选人」——本接口提供**候选人数据**，匹配度打分/排序由 AI 完成（见 `recruit-match-candidates.md`）。
+
+## 3. 前置条件
+- 已安装招聘服务（第 0 步闸门通过）。
+- **列表参数解析（跨环境、不写死）**：优先环境缓存 `lists.candidate`；缺失时**按菜单名「应聘者」从菜单树解析** `listId`/`cusMenuId`（脚本已内置该回退）。表单 `objId` 经 tag 或缓存 `forms.candidate_manage` 解析。
+- 上下文参数按 `recruit-resolve-metadata.md` §7 全带（缺则假空）。
+
+## 4. 请求参数
+
+### 4.1 Query
+| 字段 | 位置 | 类型 | 必填 | 业务说明 |
+|---|---|---|---|---|
+| `passid` / `cid` | query | string | 是 | 应聘者表单 `objId` |
+
+### 4.2 Body（getListDatas 同族）
+| 字段 | 位置 | 类型 | 必填 | 业务说明 |
+|---|---|---|---|---|
+| `listId` | body | string | 是 | 应聘者列表视图 id（`lists.candidate` 或「应聘者」菜单） |
+| `cusMenuId` | body | string | 是 | 同上菜单 id |
+| `searchParamData` | body | object | 是 | `{ "searchType":"3", "type":"and" }` + 可选 `commonSearchFields`（服务端条件，**实测对 `position_id` 不生效**，见 §4.3） |
+| 上下文参数 | body | — | 是 | `terminal`/`browser`/`requiredMatch`/`mapResult`/`recheckQuery`/`isFollow`/`isShareToMe`/`filterCondition`/`urlPageTitle`/`menuName` |
+
+### 4.3 脚本筛选参数（**客户端本地等值筛选，跨环境稳定**）
+| 参数 | 对应 dataKey | 说明 |
+|---|---|---|
+| `--position-id <职位id>` | `position_id` | 只保留该职位的候选人 |
+| `--talent-id <人才id>` | `talent_id` | 只保留该人才的批次 |
+| `--candidate-manage-id <批次id>` | `candidate_manage_id` | 只保留该批次 |
+| `--all` | — | **翻页取全后再筛**（`--max-pages` 上限默认 20）——按职位筛「务必加 `--all`**，否则只筛第一页 |
+
+> 实测：服务端 `commonSearchFields` 传 `position_id like` 返回**未过滤**的结果（0 效果），故筛选**一律在客户端按 dataKey 等值做**；`--all` 保证扫的是全量而不是首页 20 条。
+
+## 5. 响应数据结构（行字段）
+| 字段 | 说明 |
+|---|---|
+| `candidate_name` | 候选人姓名 |
+| `position_name` / `position_id` | 应聘职位名 / 职位 id |
+| `stage_name` / `stage_type_key` | 当前阶段（初筛 / 面试 / 待入职 …） |
+| `resume_channel` | 渠道（手动录入 / 内部推荐 / BOSS直聘 / 培训机构 …） |
+| `telephone` / `email` / `gender_name` | 手机 / 邮箱 / 性别 |
+| `talent_id` | 人才 id（人才卡片 URL 输出契约见 `recruit-output-links.md`） |
+| `create_time` | 投递/创建时间 |
+| `form_data_id` | 应聘记录 id |
+
+## 6. 请求示例
+```bash
+# 某职位的全部候选人（先翻页取全再本地筛）
+node scripts/recruit-list.mjs --type candidate --position-id <职位id> --all --page-size 20
+# 只看首页 20 条内符合条件的
+node scripts/recruit-list.mjs --type candidate --position-id <职位id> --page-size 20
+```
+
+## 7. 响应示例（脚本）
+```json
+{ "env": "<测试环境地址>", "type": "candidate", "total": 75, "returned": 14, "filters": ["职位"],
+  "rows": [
+    { "candidate_name": "陈宇", "position_name": "AI工程师", "stage_name": "初筛", "resume_channel": "手动录入",
+      "telephone": "13800000003", "talent_id": "1325294055798906885" }
+  ] }
+```
+
+## 8. 错误码
+| 错误码 | 含义 | AI 处理建议 |
+|---|---|---|
+| 非 200 | 认证/参数错误 | 检查认证 / `listId`/`cusMenuId` |
+| 菜单未匹配 | 环境未启用「应聘者」菜单 | 按 `recruit-capability-check.md` 拦截，不硬凑近似菜单 |
+| 筛选后 0 行 | 该职位确无候选人，或未加 `--all` 只扫了首页 | 加 `--all` 复跑一次再下结论 |
+
+## 9. 调用参考
+- 用户场景："这个职位有哪些候选人""帮我找到适合这个岗位的候选人"。
+- **流程**：能力探测 → 解析 `objId`/`listId`/`cusMenuId` → `--position-id` + `--all` 取候选人 → 展示或交给 `recruit-match-candidates.md` 打分排序。
+- 与 `recruit-search-candidate.md` 的区别：那个是**按手机/姓名/渠道在人才库搜**；本接口是**按职位查应聘者台账**（候选人维度）。
+
+## 10. 注意事项
+- **只读查询，无确认门**。
+- **菜单名跨基线不同**：「应聘者」（环境A） / **「应聘管理」**（环境B）——脚本按别名数组匹配，不写死。
+- **阶段字段跨基线不同**：`stage_name`（环境A） / **`stage_type_key`**（环境B）→ 已归一到 `stage_name`。
+- **按职位筛必须加 `--all`**：服务端不做该筛选，本地筛只作用于已取回的行。
+- 展示行内不输出无意义裸 id；`talent_id` 保留（供查看详情/打开人才卡片）。

package/skills/weaver-e10-recruit-stage/references/recruit-list-interview.md

@@ -0,0 +1,148 @@
+---
+name: recruit-list-interview
+description: 查询面试管理列表（面试安排），支持按「近 N 天」过滤与按开始时间排序，返回候选人/职位/面试方式/环节/轮次/面试官/时间/反馈状态，用于「查看近期的面试安排」
+---
+
+# 查询面试安排列表
+
+> **平台兼容**：本文命令示例在 macOS/Linux 与 Windows PowerShell 下均可执行——JSON 用单引号包裹、内部双引号不转义；PowerShell 下不使用反斜杠续行。
+
+> 本文档示例中的 `env` / `form_data_id` / `talent_id` 等均为**实测环境的参考值**（不同环境全部不同）；运行时按菜单别名 / `ds/fields` 解析，**不得写死**（见 `recruit-resolve-metadata.md`）。
+
+## 1. 基础信息
+- 接口名称：查询面试管理列表（面试安排）
+- 请求方式：`POST`
+- 去域名路径：`/api/ebuilder/form/list/getListDatas`（与搜索人才/需求/职位同族列表接口）
+- 脚本：`node scripts/recruit-list.mjs --type interview [--recent <N>] [--sort start_time] [--page-size 20]`
+- 所属模块：招聘管理（recruit）
+- 所属分组：面试 / 查询
+
+## 2. 业务用途
+用户说"**查看近期的面试安排**""这周有哪些面试""X 的面试安排在什么时候""谁还没反馈面试"时调用。返回「面试管理」列表，每行含候选人、职位、面试时间、面试方式、环节/轮次、面试官、反馈状态。属只读查询，**无需确认门**。
+
+> 需求对应：【人事招聘阶段 4】① 招聘人员在小e 中询问「查看近期的面试安排」——本接口即该问句的数据底座；右侧窗口用 artifact 打开「面试管理」列表（见 §9）。
+
+## 3. 前置条件
+- 已安装招聘服务（第 0 步闸门通过）。
+- **能力探测**：面试计划表单 `objId` 经 tag `uf_rcrt_interview_plan` 解析；列表 `listId`/`cusMenuId` 取环境缓存的 `lists.interview`（运行时解析，跨环境不写死）。缺失 → 按 `recruit-capability-check.md` 判定"未启用"，提示「当前环境未提供面试管理功能」，不硬凑。
+- 上下文参数按 `recruit-resolve-metadata.md` §7 全带（缺则假空）。
+
+## 4. 请求参数
+
+### 4.1 Query
+| 字段 | 位置 | 类型 | 必填 | 业务说明 |
+|---|---|---|---|---|
+| `passid` / `cid` | query | string | 是 | 面试计划表单 `objId` |
+
+### 4.2 Body（getListDatas 同族）
+| 字段 | 位置 | 类型 | 必填 | 业务说明 |
+|---|---|---|---|---|
+| `listId` | body | string | 是 | 面试列表视图 id（`lists.interview.listId`） |
+| `cusMenuId` | body | string | 是 | 同上菜单 id |
+| `searchParamData` | body | object | 是 | `{ "searchType":"3", "type":"and" }`（条件见 §4.4） |
+| 上下文参数 | body | — | 是 | `terminal`/`browser`/`requiredMatch`/`mapResult`/`recheckQuery`/`isFollow`/`isShareToMe`/`filterCondition`/`urlPageTitle`/`menuName` |
+| `current` / `pageSize` | body | int | 否 | 分页（脚本 `--page` / `--page-size`） |
+
+### 4.3 脚本本地过滤/排序（**不依赖服务端，跨环境稳定**）
+| 参数 | 说明 |
+|---|---|
+| `--recent <N>` | 仅保留 `start_time` 在**近 N 天**内的行（本地按数据里的时间字符串判定；需求"近期"由它落地） |
+| `--sort <dataKey>` | 按该字段**倒序**排序（时间类取最新在前，如 `--sort start_time`） |
+| `--all` | 翻页取全量后再过滤/排序（`--max-pages` 控制上限，默认 20） |
+
+> 实测：服务端 `commonSearchFields` 对**时间字段**筛选不稳定，故"近期"一律在本地做（`--recent`）。
+
+## 5. 响应数据结构（行字段）
+| 字段 | 说明 |
+|---|---|
+| `candidate_name` | 候选人姓名 |
+| `position_name` | 应聘职位 |
+| `start_time` / `end_time` | 面试开始 / 结束时间（`yyyy-MM-dd HH:mm`） |
+| `interview_session` | 环节（初试/复试…） |
+| `interview_type_key` | **面试方式**（现场面试 / 视频面试 / 电话面试 / **AI面试**） |
+| `interview_rounds` | 轮次（第一轮/第四轮…） |
+| `interviewer` | 面试官 |
+| `union_status_key` | 反馈状态（待反馈 / 已反馈…） |
+| `subject` | 面试主题（如「AI工程师-李沐的面试」） |
+| `talent_id` / `position_manage_id` / `candidate_manage_id` | 人才 / 职位 / 应聘批次 id（下游编排用） |
+| `form_data_id` | 面试记录 id（详情/反馈用） |
+
+> ⚠️ `interview_type_key`、`interview_rounds` 在 displayData 里**偶尔回退成 optionId**；脚本已做 `ds/options` 运行时映射回中文（映射不到才保留原值）。
+
+## 6. 请求示例
+```bash
+# 查看近期（30 天内）面试安排，按开始时间倒序，取全量
+node scripts/recruit-list.mjs --type interview --recent 30 --sort start_time --all --page-size 20
+# 不加 --recent 则返回列表默认顺序的全部页；--page-size 控制单页
+node scripts/recruit-list.mjs --type interview --page-size 10
+```
+
+## 7. 响应示例（脚本）
+```json
+{ "env": "<测试环境地址>", "type": "interview", "total": 16, "totalExact": true,
+  "recentDays": 30, "returned": 3,
+  "rows": [
+    { "candidate_name": "李沐", "position_name": "AI工程师", "start_time": "2026-10-10 13:19", "end_time": "2026-10-17 13:19",
+      "interview_session": "初试", "interview_type_key": "AI面试", "interview_rounds": "第四轮",
+      "interviewer": "招聘专员", "union_status_key": "待反馈", "subject": "AI工程师-李沐的面试",
+      "talent_id": "1276382457065553922", "position_manage_id": "1276382220792020998" }
+  ] }
+```
+
+## 8. 错误码
+| 错误码 | 含义 | AI 处理建议 |
+|---|---|---|
+| 非 200 | 认证/参数错误 | 检查认证（`weaver-work-cli auth status`）/ `listId`/`cusMenuId` |
+| `rows` 空 | 无面试记录 / 或 `--recent` 过滤后无命中 | 去掉 `--recent` 复跑一次再判"无记录" |
+| 菜单未匹配 | 环境未启用面试管理 | 拦截提示，不硬凑 |
+
+## 9. 调用参考
+- 用户场景："查看近期的面试安排""这周的面试""谁还没反馈"。
+- **流程**：能力探测（面试菜单存在）→ 解析 `objId`/`listId`/`cusMenuId` → `--recent N` 过滤 + `--sort start_time` → 展示（按"时间 → 候选人（职位）· 方式 · 环节/轮次 · 面试官 · 反馈状态"排版）。
+- **右侧窗口**：小E 场景可在回答末尾附 `<artifact>[{"file_name":"面试管理","file_type":"url","url":"<面试管理列表URL>"}]</artifact>` 让右侧打开面试管理列表（URL 拼装见 `recruit-arrange-interview.md` §11 `interviewListUrl`）。
+
+## 10. 注意事项
+- **只读查询，无确认门**。
+- **跨基线列名不同**（环境B用 `name`/`interview_type`/`union_status`，且 `talent_id`/`position_manage_id` 直接给文本）→ 脚本已用 `DISPLAY_ALIASES` 归一为 `candidate_name`/`interview_type_key`/`union_status_key`；**调用方按归一后的字段读，别按环境分支判断**（详见 `recruit-resolve-metadata.md`）。
+- "近期"由 `--recent N` 落地（本地判定），**不要臆造服务端时间筛选参数**。
+- `total` 在部分列表不可信（某环境实测计数返回 167994，明显虚高）：以 `scanned`（实际取回）与 `returned`（过滤后）为准；`--all` 触达 `--max-pages` 上限时 `totalNote` 会提示。
+- 展示时间统一 `yyyy-MM-dd HH:mm`；行内不输出无意义的 16 位裸 id（`talent_id` 等业务 id 保留，供下游编排）。
+
+## 10. 面试待办：`--feedback-todo`（只返回我要填反馈的）
+
+```bash
+node scripts/recruit-list.mjs --type interview --feedback-todo
+```
+
+固定输出两个分组（**只含我作为面试官的记录**，不返回全量面试列表）：
+
+| 分组 | 含义 | 判据 |
+|---|---|---|
+| `myAiPendingFeedback` | **AI 面试已答完、已有录像、我还没填意见** ← 主清单 | 待反馈 + AI面试 + 面试官含我 |
+| `myOtherPendingFeedback` | 我作为面试官的其他方式面试待反馈（现场/视频/电话） | 待反馈 + 面试官含我 |
+
+**为什么不用看视频字段**：后端 `InterviewStatusEnum.TO_FEEDBACK`（待反馈）的置位条件是
+`InterviewPlanStatusPerPlanThread` 判定的「AI 面试结束时间已过 且（有录像附件 或 已开始录制）且 反馈结果为空」
+——**「待反馈」本身就等于「已完成 + 有视频 + 未填意见」**，技能侧无需再读视频字段（`video_url_info` 是「视频面试地址」，HR 手填的会议链接，与录像无关）。
+
+取数策略（面试列表服务端筛选不生效，只能客户端筛）：
+- 自动隐含 `--all`，默认 `--page-size 200`、`--max-pages 5`（约 1000 条，实测 4–5 秒）
+- 输出 `scanned` 与实际总数对比，并在 `note` 提示是否需要加大 `--max-pages`
+- 当前用户由 `teamsCheck` 解析（`currentUser.username`），失败时 `mine` 为空并给出 note
+
+输出示例：
+
+```json
+{
+  "feedbackTodo": {
+    "currentUser": "李伟（上海）",
+    "scanned": 1000,
+    "myAiPendingFeedback": { "count": 1, "rows": [{ "candidate_name": "2606基线测试", "position_name": "大模型算法工程师", "start_time": "2026-10-27 11:47", "interview_session": "初试", "union_status_key": "待反馈", "form_data_id": "..." }] },
+    "myOtherPendingFeedback": { "count": 0, "rows": [] },
+    "note": "已扫描 1000/168386 条（面试列表默认顺序），未覆盖全部；如怀疑遗漏可加 --max-pages N 扩大"
+  }
+}
+```
+
+> 时效性：待反馈状态由 E10 调度任务 `RecruitSyncInterviewPlanStatusTask` 定时同步（非实时），
+> 刚结束的 AI 面试可能有几分钟延迟；提示语里应说明「以系统状态为准」。

package/skills/weaver-e10-recruit-stage/references/recruit-match-candidates.md

@@ -0,0 +1,77 @@
+---
+name: recruit-match-candidates
+description: 按岗位找/筛优质候选人——用应聘者列表 + 职位 JD 做 AI 人岗匹配打分与排序，输出候选人评分卡与建议清单（不落库、不改状态）
+---
+
+# 按岗位找 / 筛优质候选人（人岗匹配）
+
+## 1. 业务用途
+用户说"**帮我找到适合这个岗位的候选人**""筛一下优质候选人""这个职位谁最合适""按 JD 帮我排个优先级"时走本编排。输出**候选人评分卡 + 建议清单**，并在小E 场景可在右侧打开人才卡片。
+
+> 需求对应：【人事招聘阶段 3】④「招聘人员在小e 中询问『帮我找到适合这个岗位的候选人』，筛选优质候选人」。
+
+## 2. 能力边界（重要，先对齐）
+- **没有"人岗匹配度"后端接口**：`api-index` 全量端点中**无** match/score/degree 类接口；招聘侧 `label` 只有"标签匹配"（`matchTalentLabel`），**不是匹配度**。
+- 因此**匹配度 = AI 评估能力**（与《AI人岗智能匹配_功能表述参考》讲稿一致）：解析 JD → 建"岗位能力模型" → 逐维比对候选人 → 输出匹配率与优劣势。
+- **不落库**：`uf_rcrt_talent_pool` / 候选人记录**没有匹配度字段**（已核 95 个字段）；本能力只**输出评分与建议**，不回写、不改候选人阶段/状态。
+
+## 3. 数据底座（全部只读）
+| 数据 | 来源 |
+|---|---|
+| 目标职位（含 JD 职责/要求） | `recruit-list.mjs --type position` 定位 → 详情取 `position_duty` / `work_request` / `education` / `work_years` / `work_location` / `recruit_count` |
+| 该职位的候选人 | `recruit-list.mjs --type candidate --position-id <职位id> --all --page-size 20`（见 `recruit-list-candidate.md`） |
+| 候选人细节（可选，用于逐维比对） | `recruit-detail.mjs --talent-id <talent_id>`（基础信息/教育/工作经历，见 `recruit-detail-*.md`） |
+| 简历原文（可选） | 人才卡片「原始简历」（见 `recruit-resume-import.md` §11 / `recruit-resume-parse.md`） |
+
+## 4. 打分模型（AI 侧执行，维度可依企业标准调整）
+| 维度 | 权重 | 判据（来自 JD 与候选人数据） |
+|---|---|---|
+| 硬性条件 | 高 | 学历、工作年限、工作地点、必要证书 |
+| 硬技能 | 高 | JD 职责/要求中的技术栈/工具/行业经验 vs 候选人技能与工作经历 |
+| 经验相关性 | 中 | 行业/岗位相关性、项目复杂度、管理与协作经验 |
+| 加分项 | 低 | 名企背景、外语能力、可立即到岗等 |
+| 风险点 | — | 频繁跳槽、经验断层、地点不符等（单列提示，不直接降分） |
+
+**产出**：每位候选人 `匹配度（0–100 或 高/中/低）` + `命中点` + `缺口` + `一句话建议`。
+
+## 5. 执行流程（Agent 编排）
+1. **定位职位**：`node scripts/recruit-list.mjs --type position` 找目标职位 → 拿职位 `form_data_id` 与 JD 文本（缺失则读职位详情）。
+2. **取候选人**：`node scripts/recruit-list.mjs --type candidate --position-id <职位id> --all --page-size 20`。
+3. **（可选）补细节**：对前若干名调 `recruit-detail.mjs --talent-id <id>` 取教育/工作经历，做逐维比对。
+4. **AI 打分排序**：按 §4 维度逐人评分，输出**评分卡表格**（默认 Top 5–10）。
+5. **展示与跳转**：给出建议清单；小E 场景附 `<artifact>` 打开人才卡片或人才管理列表（见 §6）。
+
+## 6. 输出样式
+```markdown
+**<职位名> · 候选人匹配度（共 N 人，按匹配度排序）**
+
+| # | 候选人 | 匹配度 | 命中 | 缺口 | 建议 |
+|---|---|---|---|---|---|
+| 1 | 李沐 | 高（88） | 5年Java、AI项目经验；地点匹配 | 学历未达"本科" | 优先安排面试 |
+| 2 | 何子元 | 中（65） | 技能匹配 | 年限偏少（1年） | 可作备选 |
+```
+- 匹配度**必须给依据**（命中/缺口逐条），不空喊分数；
+- **缺失数据不编造**：学历/年限缺就写"信息缺失"，标注需人工核对。
+
+## 7. 右侧打开（小E 场景）
+- 打开**人才卡片**：`{baseUrl}/sp/ebdpage/view/{ebdDetailPageId}?talentId={talent_id}`（见 `recruit-resume-import.md` §11）
+- 打开**人才管理/应聘者列表**：用菜单拼装（同 `recruit-list-interview.md` §9 范式）
+- 用法：把 `<artifact>[{"file_name":"…","file_type":"url","url":"…"}]</artifact>` 附在回答正文末尾（**仅小E**；WorkBuddy 桌面端不解析）。
+
+## 8. 错误码 / 异常处理
+| 情况 | 处理 |
+|---|---|
+| 职位下无候选人 | 提示"该职位暂无候选人"，并给出「人才库按关键词搜」的替代路径（`recruit-search-candidate.md`） |
+| 筛选后 0 行 | 检查是否漏了 `--all`（只扫了首页） |
+| 候选人教育/经历缺失 | 标注"信息缺失"，不臆测；必要时先 `recruit-detail.mjs` 补取 |
+| 环境未启用「应聘者」菜单 | 按 `recruit-capability-check.md` 拦截，不硬凑 |
+
+## 9. 调用参考（一句话触发示例）
+- "帮我找 AI工程师 这个岗位合适的候选人" → 取候选人 + AI 打分 Top N。
+- "这个职位的候选人帮我排个优先级" → 同上，输出排序表。
+- "李沐适合这个岗位吗" → 单人对单岗评分卡。
+
+## 10. 注意事项
+- **只读、不落库、不改状态**：不写匹配度、不改候选人阶段、不发通知。
+- **不替代业务决策**：评分是辅助建议，最终以 HR 判断为准；展示时明确"AI 评估，仅供参考"。
+- **维度可配置**：若企业有"岗位能力模型/招聘标准"，以其为准（见 `recruit-jd-template.md`），本文件 §4 为通用兜底。

package/skills/weaver-e10-recruit-stage/references/recruit-output-links.md

@@ -0,0 +1,59 @@
+# 查看类产物的输出形态：**Markdown 链接**（不用 browsertool 卡片）
+
+## 基础信息
+
+| 项目 | 内容 |
+|---|---|
+| 输出物 | **两个 Markdown 链接**（`[标题](url)`）：① 新建职位详情查看页 ② 招聘岗位列表（已定位新建职位的"列表+滑出详情"组合页） |
+| 由谁渲染 | 对话正文的标准 Markdown 渲染（平台原生，**已实证可点击**） |
+| 网络请求 | 无（url 由脚本 `--commit` 产出，Agent 只负责按格式搬运） |
+| 所属模块 | recruit-stage |
+| 用途类型 | 用户场景 |
+
+> 这不是 HTTP 接口文档，是**输出格式契约**。url 由脚本产出（任务1：`viewLink` / `listLocateLink`；任务2：`talentCardUrl` / `talentListLocateUrl`）。
+
+## 任务2（简历建档）的人才产物：也是两个 Markdown 链接
+
+| 链接 | 字段 | 形态 |
+|---|---|---|
+| ① 人才卡片单页 | `talentCardUrl` | `{baseUrl}/sp/ebdpage/view/{ebdDetailPageId}?talentId={id}`（详情页 id 走环境缓存） |
+| ② 人才库列表并打开该人才 | `talentListLocateUrl` | `{baseUrl}/sp/ebdfpage/list/{listId}?talentId={id}&recruitType=useSelf`（listId 取环境缓存 `lists.talent.listId`，跨环境动态组合） |
+
+口径与任务1 一致：两个链接都放正文、缺哪个只给另一个；browsertool / 正文 `<artifact>` 标记一律不用（原因见下）。
+
+## 为什么用普通链接（而不是 browsertool 卡片）——实测结论，勿回退
+
+| 备选 | 实测结论 |
+|---|---|
+| **Markdown 链接（采用）** | ✅ 用户实测：可点击、浏览器已有 E10 登录态时免登录直接打开（2026-10-21） |
+| `toolId: "fill_form"` 卡片 | ❌ 会执行一轮**真实填单动作**；在**非表单页**（职位详情/列表页）**卡死在「正在填单」**（2026-10-21 实测，第二张卡即此症状）。只有真正的**表单创建页**（如请休假 workflow 创建页）才适合 |
+| `toolId: "open_web"` 卡片 | ⚠️ 未实测；其落点是宿主工作区视图（`bridge.open`），E10 页面可能再撞 SameSite 登录墙 —— 实证优先，不押注 |
+| 正文手拼 `<artifact>` | 小E 规范禁止；且 10-16 起正文标记通道已变更 ⇒ 不可用 |
+
+## 输出格式（脚本已生成，Agent 原样搬运）
+
+```markdown
+[查看 Java开发工程师 职位详情](https://…/sp/ebdfpage/card/0/{objId}/{dataId})
+[打开招聘岗位列表（已定位新建职位）](https://…/sp/ebdfpage/list/{listId}/card/0/{objId}/{dataId}/{listId}?id={dataId}&openSource=field&openSourceId={dataId}&openSourceAppId={appId})
+```
+
+| 链接 | 脚本字段 | 打开效果 |
+|---|---|---|
+| ① 职位详情查看页 | `viewLink`（url = `positionCardUrl`） | 单条职位的卡片详情页 |
+| ② 列表 + 定位 | `listLocateLink`（url = `positionListLocateUrl`） | 招聘岗位列表 + 右侧滑出本次新建职位的详情 |
+
+**组合页地址格式**（脚本 `buildListLocateUrl` 动态拼装，全部 id 运行时解析）：
+
+```
+{base}/sp/ebdfpage/list/{listId}/card/0/{objId}/{dataId}/{listId}?id={dataId}&openSource=field&openSourceId={dataId}&openSourceAppId={appId}
+```
+
+- listId = 环境缓存 `lists.position.listId`（init 按菜单别名解析）；objId = tag 解析；dataId = 本次落库结果；appId = 安装闸门发现
+- **简化版实测可用**（2026-10-21，浏览器注入凭证验证）：不需要 `EbdfListToCardKey`（会话级哈希）与 `targetConditionId`（每环境配置 id），去掉后照样打开列表并滑出详情
+
+## 输出要求（给 Agent 的执行约定）
+
+1. 两个链接**按顺序**放在回答里（详情在前、列表在后），原样搬运 `viewLink` / `listLocateLink` 字符串
+2. 链接只是查看入口：职位在用户确认时已一次性落库，**重复点击不会重复创建**
+3. 某个 url 拼不出来时只给另一个，并说明原因；不输出半截链接
+4. 提醒一句：需浏览器已登录 E10 才能打开（登录态在浏览器里，与对话登录态相互独立）

package/skills/weaver-e10-recruit-stage/references/recruit-resolve-creator.md

@@ -0,0 +1,69 @@
+---
+name: recruit-resolve-creator
+description: Agent 辅助 — 把创建人/成员字段的自然语言名称解析为 EB 用户 ID
+---
+
+# 创建人名称 → ID 解析（Agent 辅助）
+
+## 1. 基础信息
+- 接口名称：浏览器字段联想（人员）
+- 请求方式：`POST`
+- 去域名路径：`/api/ebuilder/form/common/browser/complete/resource`
+- 所属模块：招聘管理（recruit）
+- 所属分组：解析 / Agent 辅助
+
+## 2. 业务用途
+列表后端要求 `field_2`（创建人）传**用户 ID**，而用户常说"创建人=招聘专员"。本接口把名称解析成 ID，作为搜索条件的必经步骤。
+
+## 3. 前置条件
+- 已知要解析的字段 `fieldId`（创建人 = `2`）。
+- 已知名称字符串。
+
+## 4. 请求参数
+
+### 4.1 Body
+| 字段 | 位置 | 类型 | 必填 | 约束 | 业务说明 |
+|---|---|---|---|---|---|
+| `formParam` | body | string(JSON) | 是 | 含 `fieldId`/`module` | `module` 固定 `ebuilderform` |
+| `searchValue` | body | string | 是 | 名称 | 要解析的名称 |
+| `fromSearch` | body | string | 是 | 固定 `1` | |
+| `browserMultiple` | body | bool | 否 | 默认 true | |
+
+## 5. 响应数据结构
+| 字段 | 类型 | 说明 |
+|---|---|---|
+| `data.data` | array | 结果数组（注意：外层 `data` 是对象，数组在 `data.data`） |
+| `data.data[].id` | string | 用户 ID（用作 `field_2` 条件值） |
+| `data.data[].name` | string | 显示名 |
+| `data.data[].content` / `title` | string | 附加信息 |
+
+## 6. 请求示例
+```json
+{
+  "browserMultiple": true,
+  "formParam": "{\"fieldId\":\"2\",\"module\":\"ebuilderform\",\"filterItems\":[],\"dataDetails\":[],\"dataFilter\":false}",
+  "fromSearch": "1",
+  "searchValue": "招聘专员"
+}
+```
+
+## 7. 响应示例
+```json
+{ "code": 200, "status": true,
+  "data": { "data": [ { "id": "1276064981631025154", "name": "招聘专员" } ], "template": {}, "extendButton": {} } }
+```
+
+## 8. 错误码
+| 错误码 | 含义 | AI 处理建议 |
+|---|---|---|
+| 来源文档未提供接口特有错误码 | — | 非 200 → 提示 认证可能过期（`weaver-work-cli auth status`） |
+
+## 9. 调用参考
+- Agent 辅助：用户给"创建人=名称"时调用，解析出的 `id` 作为搜索 `field_2` 条件。
+- 命中 0 → 提示未找到该创建人。
+- 命中 1 → 用其 `id` 继续搜索。
+- 命中多个 → 列出选项并停住，由对话侧转述用户确认用哪一个（退出码 4）。
+
+## 10. 注意事项
+- 响应信封：`data` 是对象，结果在 **`data.data[]`**（外层还含 `template`/`extendButton`）。
+- 同机制可用于其它浏览器 member 字段（替换 `fieldId`）。