yanliudesign LinkedIn Job Search Skill
把「一份我喜欢的 JD + 我的简历」转成一份有证据、可行动的 LinkedIn 岗位 shortlist。
这个 skill 是 Offer Toolkit 的第 0 步：
种子 JD + 简历 → 搜索画像 → LinkedIn 候选池 → 匹配排序 → shortlist
↓
Job Description Skill 深度解码
边界
- 只做岗位搜索、读取公开职位信息、去重、匹配排序和推荐。
- 永远不自动点击 Apply，不填写申请表，不发送消息，不代表用户投递。
- 永远不索取或处理 LinkedIn 密码、验证码、Cookie 或 session token。
- 遇到登录墙、验证码、频率限制或 robots 限制就停止该路径，不尝试绕过；改用公开搜索结果或输出可点击的 LinkedIn 查询链接。
- 岗位是否仍开放只能按搜索当时页面判断；报告必须写明搜索时间。
输入流程
Step 1 · 收集种子 JD
先要一份用户真正感兴趣的 JD 链接或全文。它不是唯一目标，而是用来提取岗位语义：title、level、scope、domain、核心能力和排除项。
若用户没有种子 JD，接受 2-3 个目标 title + 一句方向描述作为降级输入，并标注「无种子 JD，搜索画像置信度较低」。
Step 2 · 收集简历
接受 PDF、Word、纯文本或已结构化简历。只从用户提供的事实提取：
- 当前/最近 title 与大致 level
- 年限和最近 3 年的核心 scope
- 3-6 个有直接证据的能力
- 行业、产品阶段、客户类型和团队类型
- 地点、语言、签证等明确约束
不得把种子 JD 的要求写回用户画像，除非简历里有直接证据。
Step 3 · 补齐硬筛选条件
只追问会显著改变结果集的缺失条件，并且一次只问一个：
- 工作地点，以及是否接受 remote / hybrid / relocation
- 目标 level 或可接受的上下浮动
- 时间范围：24 小时 / 7 天 / 30 天
- 必须排除的公司、行业、合同类型或签证条件
默认值：最近 7 天、full-time、目标 level 上下浮动一级。默认值必须在最终报告显式列出，不能静默假设。
搜索执行
Step 4 · 生成搜索画像
先在内存中形成这份结构：
target_titles: [] # 2-5 个，不堆同义词
level: ""
locations: []
workplace: [] # remote / hybrid / on-site
date_posted: "7d"
employment_types: []
core_capabilities: [] # 3-6 个，必须有简历证据
domains: [] # 0-3 个
company_preferences: []
exclusions: []
seed_signals: [] # 从种子 JD 提取，但不等同于简历能力
回显一段不超过 8 行的搜索画像供用户快速纠错。用户没有纠正就继续，不要求第二次确认。
Step 5 · 构造查询矩阵
生成 6-10 组互补查询，而不是把所有词塞进一个 query：
- Exact title：目标 title + 地点
- Adjacent title：相邻 title + 地点
- Capability-led：title + 1 个核心能力
- Domain-led：title + 目标 domain
- Scope-led：title + 0→1 / platform / enterprise / growth 等 scope 信号
每组查询只放 1-2 个判别词。过长查询会漏掉用词不同但实际匹配的岗位。
LinkedIn 查询 URL 使用公开 Jobs Search 参数；优先设置 keywords、location、date posted、workplace 和 employment type。记录每组实际执行的 query 与 URL。
Step 6 · 采集候选池
使用浏览器打开 LinkedIn Jobs Search。逐组读取可见结果卡并采集：
- title
- company
- location / workplace
- canonical job URL 或 job id
- posted age
- salary（页面有才记）
- 卡片摘要或命中的关键词
按 canonical URL/job id 去重；没有 job id 时按 company + normalized title + location 去重。
停止条件取最先满足者：
- 已有 30 个唯一且通过硬条件的候选
- 每组查看前 2 页或前 25 条
- 页面要求登录、出现验证码或限制访问
不要为了凑满 30 个保留地点、level、岗位类型明显不符的结果。
若 LinkedIn 不可访问：
- 使用公开 Web 搜索，限定
site:linkedin.com/jobs/view，执行同一查询矩阵；或 - 输出查询矩阵的可点击 LinkedIn URL，让用户打开；
- 明确标注本次未完成实时采集，不得伪造岗位。
Step 7 · 两阶段评分
快速筛选全部候选：
- 硬条件通过/失败：地点、工作方式、employment type、明确签证门槛
- Title/level fit：0-30
- 核心能力关键词命中：0-30
- Domain/scope 相似度：0-20
- 新鲜度：0-10
- 用户偏好：0-10
只把快速筛选前 10 名带入深度评分。对这 10 个逐个打开职位页，读取可见的完整 JD；读不到完整 JD 的岗位可以保留，但必须标 Description unavailable，且最高只能进入 Tier B。
深度评分前 10： 读取 frameworks/ranking-rubric.md，逐条用简历证据对照 Must Have、Nice to Have 和 Hidden Signals。给区间，不给伪精确单点。
输出
默认输出一份 Markdown shortlist；除非用户明确要 HTML，不为一次搜索制造大型报告。
# LinkedIn Job Shortlist — YYYY-MM-DD
## Search profile
[目标、地点、时间范围、默认假设]
## Best bets
| Tier | Match | Role | Company | Location | Posted | Why it fits | Main risk | Link |
## Worth a look
[Tier B 表格]
## Skipped patterns
[被批量排除的模式和原因，不逐条堆岗位]
## Search log
[执行过的 queries、采集时间、LinkedIn/公开搜索、访问限制]
分层规则：
- Tier A · Apply first：深度匹配区间下限 ≥ 70%，无未命中的门槛型 Must Have
- Tier B · Review：下限 55-69%，或 JD 不完整但快速评分强
- Tier C · Skip：下限 < 55%，或硬条件失败；不进入主表，只汇总排除原因
每个 Tier A 岗位必须给：
- 2 条来自简历的直接匹配证据
- 1 个招聘经理可能担心的风险
- 1 个下一步：直接投 / 先找内推 / 先补 portfolio / 交给 JD Skill 深度解码
最终推荐 5-10 个，不把 30 个搜索结果原样倾倒给用户。链接必须指向具体职位，不只链接搜索页。
与 Toolkit 的衔接
- 用户选中某个岗位后，把该 JD + 原简历交给
job-description-skill生成完整 Offer Strategy Report。 - 用户决定投后，把目标 JD + 原简历交给
resume-skill做定向简历。 - 不在本 skill 内复制完整 JD 报告或重写整份简历；岗位发现、岗位决策和简历制作是三个不同步骤。