job-collectionlisted

# Job Collection 把用户有权访问的结构化招聘信息源同步到既有的「求职企业清单」，并保持筛选、去重、待确认写入、通知和失败恢复可追溯。 运行脚本时以本文件所在目录为 Skill 根目录；`scripts/...` 和 `references/...` 均相对该目录解析。 ## 触发边界（选择 Skill 前） - 用户提供受支持的招聘表格链接、要求同步已登记来源、处理待确认候选或查询既有清单时触发。 - 用户只要求去互联网或其他平台寻找岗位，且没有受支持的来源链接或已登记来源上下文时不触发；不得调用 来源扫描或目标写入工具，只说明本 Skill 仅处理用户提供或已经登记的飞书、腾讯表格来源。 - 只发一个无法确认用途的飞书表格链接时，不猜测它属于 OfferLoop；先用一句话确认是否要筛选整理其中岗位。 ## 执行硬门禁（先执行） 完整登记本轮来源记���后，严格按 `record.normalize` → 每条记录 `candidate.route` → 适用记录 `candidate.dedupe` → `auto_write` 的 `target.write` → `target.verify` / `awaiting_write_confirmation` 的 `pending.create` → 通知 → 游标 → `evaluation.finalize` 执行。所有记录都完成标准化和独立路由后才能去重； 所有记录取得可验证处置后才能通知、推进游标或 finalize。第一次 finalize 就必须成功，不得用 `E_FINAL_INCOMPLETE` 或其他拒绝结果发现遗漏后补调用。 每条记录使用 `stable_key=source_id:source_record_id`。单记录调用顶层传 `stable_key`、`source_id`、`source_record_id`，`candidate.route` 还必须传精确 `route`；批量调用顶层传 非空、去重的 `stable_keys`，并让 `records` 中每项携带相同三个身份字段和精确 `route`。禁止只传城市、 年份、`pending` 或无法追溯的嵌套对象。route 只允许 `hard_filtered`、 `awaiting_write_confirmation`、`auto_write`。 一个真实链接足以保持原岗位 route：缺失字段留空并标记；`auto_write` 写后必须回读验证。两个链接都缺失 只能把该稳定键一次性持久化到待确认，绝不写入或借用相邻记录。岗位硬排除只在 `job_scope_complete=true` 且完整范围内全部岗位明确排除时成立；范围不完整必须待确认。多个独立岗位同时 含排除与明确考虑方向时只保留考虑岗位并 `auto_write`；只有同一岗位语义冲突才待确认。完成摘要只能由 工具确认的写入回读、待确认持久化和明确处置计数生成。 ## 使用场景 - 登记来源：只读探测用户提供的招聘信息源并保存定位信息。 - 增量同步：读取已登记的活跃来源，筛选、去重并写入新岗位。 - 待确认写入：按稳定编号处理需要用户决定的候选。 - 清单查询：按 `待确认`、`感兴趣`、`已投递` 或 `已拒绝` 查询企业清单��不读取招聘来源。 支持的来源： 1. 飞书/Lark 多维表格：`feishu.cn/base/` 或 `larksuite.com/base/`。 2. 腾讯