job-match-board

它每天先告诉你的，不是"有什么新岗"

投简历最费时间的不是写简历，是判断该投哪个。一页十几个岗位，人工开 JD、查公司、对简历要两小时， 第二天全忘了——于是每天重读同样的岗位，真正该投的那个一直躺在待办里。 这个 skill 每天做的第一件事是复查旧待办还开不开着，然后才看新岗。

怎么用

装好之后在 Claude Code 里直接说话，或者用 /job-match-board 触发。

1. 两个必需输入：简历 + 岗位页链接。缺简历它会明说「只能列岗位、判不了匹配」，让你选补简历还是接受降级版本——不会假装分析过。
2. 第一次跑会问三件事，问完存进 profile.json 复用：薪酬底线（没有底线就判不了"擦线"还是"远超"）、地点与远程偏好、在找什么方向（决定哪些岗直接进不投清单）。
3. 它从 URL 里抠 Job ID。这类个性化推荐页用关键词搜索复现不了，URL 里的 currentJobId 和 originToLandingJobPostings 是唯一可靠的锚点，一个不落全抓。
4. 抓的是真数据：JD 全文、公司规模、员工增速、中位任期、申请人数、申请人资历分布、有没有校友或前同事在职。
5. 之后每天只丢一个新链接。已分析过的岗位不重写，只标状态变化；发布到同一个固定链接，你的书签不用换。

分析和出页面是分开的

分析产出一个 board.json，构建脚本负责把它变成 HTML。 所以你也可以手写 JSON 直接拿它当静态页生成器用，不经过 Claude。

构建脚本先校验再渲染，出错带位置：
构建失败：$.board[2].light = 'blue'，只能是 ['green', 'red', 'yellow'] 之一
16 条回归用例里有 11 条是反例——断言"这种输入必须报错"。每一条都撤掉对应的校验确认过它会变红： 只能变绿的测试教人忽略红色。

几条设计上的固执

这些不是配置项，是这个工具的立场。