用途：当需要用一个 Notion 数据库作为机会（如职位）工作流的系统记录时使用该技能。数据库负责发现、去重、评分、理由说明、申请交接和事后状态更新，并把选中的单个机会交给执行类技能（如 job-application-operator）处理。
工具边界：优先使用 Notion MCP/API 工具获取数据库架构、查询候选行、查重、创建行、更新属性、修改架构与视图、回写申请状态。若 MCP/API 可用，不要用浏览器自动化编辑 Notion。
MCP 查询限制：部分环境声称有 SQL/数据源查询工具，但运行时报 Tool notion-query-data-sources not found。此时不要阻塞于全表扫描，可改用过滤视图（如 Status 为空、Needs enrichment 或 To do）枚举并逐页更新；视图不可用时用宽泛的角色/公司关键词搜索发现行；已知数据集可用此前收集的 page ID 做有界回填；需要完整可靠性且有凭据时，改用官方 Notion API 的 database-query 端点。优先用临时审计视图，因为其完成条件是视图变空。
推荐字段：Role or Name（title）、URL、Company、Status、Priority Score（0-100）、Rationale、Role Family、Location、Salary Range、Salary Rationale、Source。URL 应放在标题后靠前可见列。
状态语义：Status 表示申请/执行状态，不是优先级或匹配度标签。建议值包括 Needs enrichment、Enriching、Backlog、To do、In progress、Human blocked、Ready to apply、Submitted、Waiting for response、Interview invite、Interview scheduled、Interview completed、Assessment received、Assessment in progress、Assessment submitted、Rejected、Closed。典型流程：Needs enrichment→Enriching→Backlog→To do→In progress→Ready to apply→Submitted→Waiting for response；Human blocked 是 In progress 的分支，解除后返回；提交后分支包括面试、评估与被拒。
充实条件：完整充实需要候选人背景（简历证据、目标角色偏好、地点/远程限制、薪酬期望、策略或红线）。缺少背景时应询问是否仅做部分充实，部分充实可填公司/URL/角色族等公开事实，但 Priority Score 与候选人匹配 Rationale 应留空或注明需候选人背景。进入 Backlog 需具备有效 URL、Company、Role Family、Location、数值 Priority Score、整合 Rationale、Source，以及有可信值时的 Salary Range 和解释来源/置信度/未知原因的 Salary Rationale。
Rationale 与薪酬：保留一个整合 Rationale 字段，结构为 Fit、Experience signal、Application angle、Main risk。Salary Range 只放数值（如 EUR 80k-100k base），Salary Rationale 写来源与置信度，不要把说明句放进 Range。
单条交接：调用执行技能前，获取架构，按状态与分数选一行（通常 To do 中最高分），确认 URL 有效，状态改为 In progress，并传紧凑 handoff 对象（source、pageId、role、company、applicationUrl、priorityScore、rationale、salaryRange、salaryRationale、roleFamily、location、statusBefore）。执行者只处理该职位并返回结构化结果。
回写：执行后更新 Status 为申请阶段值，必要时追加简明结果说明；仅当出现可靠薪酬信息时更新薪酬字段；不要用申请日志覆盖来源 Rationale，详细字段清单与敏感信息放私有日志。
发现插入：创建前按精确 URL、规范化域名/路径、公司+职位标题去重；重复则补缺字段，除非职位关闭或重开，否则保留申请状态。
输出：数据库、选中行、handoff 对象、前后状态、更新字段与阻塞项。限制：未提供具体 UI 步骤、价格与更多实现细节。