每日自动找岗、打分并代发领英联系请求

原文要点

作者Periodix Actions的免费模板：每日代理从LinkedIn（经Periodix Actions节点）、RemoteOK、We Work Remotely并行拉职位，合并去重；无LinkedIn公司ID的岗位由Periodix按名称搜公司页并用归一化名相似度校验。AI按简历给每岗打1-10分并判断办公模式，仅保留≥5分且非'混合办公过远'的岗位；AI为存活岗位写求职短笺；Periodix按你指定的recipient_titles（如Recruiter/CTO）搜人并挑headline真正匹配者，AI写个性化联系请求，由Periodix以你的领英身份发出。全部岗位连同分数、短笺、outreach状态、匹配置信度写入Google Sheets的Leads页。Periodix免费试用后按量$10/千条或$49包月；AI可用Claude/OpenAI/Gemini。

这次做成什么

复刻一条'每日触发→三源拉岗→去重与公司解析→AI打分过滤→生成短笺→定向联系人并代发请求→全量回写Sheets'的求职代理，并用一份合成配置与两条合成职位验证打分过滤逻辑。

准备什么

• Periodix Actions账号并绑定你的LinkedIn（actions.periodix.net，免费试用后收费）
• n8n Cloud或自托管，安装官方验证的Periodix Actions节点
• Claude、OpenAI或Gemini任一AI提供方API密钥
• Google账号及一个带Leads工作表的表格，OAuth2授权
• 明确自己的求职关键词、领英geo ID、简历简介文本

具体怎么做

1. 准备配置与表格

   建Google Sheets的Leads页，列含title、company、url、source、score、workMode、applicationNote、outreachStatus、matchConfidence。在模板的Search Config步骤填入：job keywords、LinkedIn geo ID、freshness窗口（如7天）、候选人简历简介、办公偏好、RemoteOK/WWR关键词过滤、recipient_titles（先设单个'Recruiter'便于核对）。

2. 接三源拉取与去重

   每日Schedule Trigger后：Periodix Actions节点跑LinkedIn职位搜索；HTTP节点并行请求RemoteOK与WWR的公开feed。Merge后接去重（按title+company归一化或职位URL），再接Periodix公司搜索为缺LinkedIn公司ID的岗位解析公司，保留其相似度校验结果到matchConfidence列。

3. AI打分与过滤

   用下方打分提示词对每个岗位输出score(1-10)与workMode的JSON。接IF/Filter节点：仅当score>=5且workMode不是'hybrid过远'（距离阈值写进你的偏好文本）才放行；被过滤的也要标记reason后写入Leads。

4. 生成短笺与定向联系

   对存活岗位先用AI生成求职短笺；有解析公司的岗位调Periodix按recipient_titles搜人并取headline匹配者，再用AI生成引用该具体岗位的连接请求短笺，Periodix发送。每条岗位（无论是否发送）最终Append到Leads，outreachStatus填sent/no_match/unverified_fallback。

可直接复制的材料

{
  "job_keywords": ["backend engineer", "Node.js"],
  "linkedin_geo_id": "101174742",
  "freshness_days": 7,
  "candidate_profile": "5年后端，Node.js/TypeScript，做过支付系统，偏好远程，日语N2。",
  "preferences": { "work_mode": ["remote"], "hybrid_max_km": 30, "min_score": 5 },
  "recipient_titles": ["Recruiter"]
}

你是求职匹配评估器。根据候选人简介和职位信息输出JSON：{"score": 1到10的整数, "work_mode": "remote|hybrid|onsite", "reason": "40字内中文理由"}。只输出JSON。

候选人简介：{{candidate_profile}}
职位名称：{{title}}
公司：{{company}}
职位描述：{{description}}
工作地点/模式：{{location}}

title,company,url,source,score,workMode,applicationNote,outreachStatus,matchConfidence
Senior Backend Engineer,Acme Cloud KK,https://example.com/jobs/1001,RemoteOK,8,remote,强调支付系统经验的80字短笺,sent,verified
Backend Engineer (Hybrid Osaka),Beta Systems,https://example.com/jobs/1002,WWR,4,hybrid,未生成,filtered_low_score,unverified_fallback

输入与输出示例

本站虚构演示，分数与文案取决于AI实际输出，非作者运行结果。

输入

candidate_profile为'5年后端Node.js，偏好远程'；职位A=Acme Cloud的Senior Backend Engineer（remote），职位B=Beta Systems的Backend Engineer（大阪hybrid，距候选人80km）。

对应输出

打分输出：A得{"score":8,"work_mode":"remote","reason":"技术栈与远程偏好完全匹配"}，通过过滤，生成短笺并按Recruiter搜人发送，Leads行outreachStatus=sent；B得{"score":4,...}低于min_score=5，仅写入Leads且outreachStatus=filtered_low_score，不触发联系人搜索。

做完检查这些

• 同一职位从两个源出现时Leads只保留一行
• score低于5或hybrid超出偏好距离的岗位不会触发Periodix联系人搜索与发送
• 无公司解析结果的岗位在Leads中标记为unverified_fallback，可被筛选排除
• 发送成功的行outreachStatus=sent且applicationNote非空，并引用了具体职位名

容易卡住的地方

• Periodix免费试用结束后按量或包月收费，AI API另计费，别按'模板免费'理解为全程免费
• recipient_titles一次给多个职级时消耗更多Periodix搜索额度，建议先单值调试
• 联系请求以你的真实领英身份发出，测试期务必把发送步骤先断开或改用少量岗位验证
• RemoteOK/WWR feed结构与LinkedIn结果字段不同，去重前需先统一title/company/url字段映射
• geo ID填错会导致LinkedIn搜索返回空或错地区，不易察觉