它的优势是持续的人工整理。我不复制它的数据，把精力放在岗位级的判断上。代价是现阶段没有真实岗位库。
案例 04 · 求职工具
求职控制台
校招信息很多，但一个岗位我到底能不能投，还得自己读公告判断。我想先把这一步做成系统能回答的问题。
我负责拆解现有产品、定义问题、做设计取舍、检查实现
形态本地核心逻辑 + 可点击演示（working name：job-os）
状态演示使用虚构数据，尚无真实用户和线上岗位数据
先看别人做对了什么
一个校招信息整理站，有四点值得学
我拆的是一个基于飞书多维表的校招信息整理站。我从对外分享链接的表格导出后统计：一季约 7000 条，旺季每天约 200 条，连续两季更新。
它做对了四件事：供给稳定；约 93% 的公告链接指向微信公众号推文或官网（我抽查到的都是企业官方号）；“免笔试”“往届可投”等标签，对应学生真会问的问题；用飞书零开发上线，适合验证需求。
核心判断
它是按运营效率设计的，不是按求职者的决策设计的
| 用户遇到的 | 我统计到的 | 我的做法 |
|---|---|---|
| 不知道哪些已经失效 | 约 14% 的行截止日已过，仍在主表 | 已截止默认隐藏 |
| 看不出什么时候截止 | 约 77% 的截止时间写“尽快投递” | 截止日分三态：具体日期、未知、招满即止 |
| 不知道选哪个视图 | 16 个视图，含重名 | 一个搜索框加可叠加的筛选标签 |
| 分不清哪个是投递入口 | 每行 2 个导流按钮 | 不放广告位，每页只有一个主按钮 |
| 届次要自己换算 | 同一含义有多种写法 | 问毕业时间，由系统判断能否投 |
使用顺序
从“能不能投”接到“怎么投”
1 填毕业时间、学历、专业→2 看到能投、待确认的岗位和依据→3 选定岗位后，用 resume-claim-guard 做定向简历
我做的取舍
四个设计决定
用“未知”替代占位文字，看起来不如满屏日期丰富，但用户不会被误导。
可信度分来源、字段、时效三项。这会让界面多一层信息，所以放在详情页，卡片上只留一个点。
免费版给完整的岗位和筛选。这限制了早期变现方式，我接受这个代价。
目前做到哪一步
核心逻辑、测试和可点击演示已完成
- 已完成：数据层逆向与统计；问题诊断和设计文档。
- 已实现并通过测试：毕业区间换算、能否投判断、截止日三态、去重与字段合并、字段出处与置信度。
- 可点击演示已完成：12 个页面，原站的 16 个视图和仪表盘指标都有对应，使用虚构数据，手机和电脑都能用。
- 尚未做到：没有真实用户，没有线上真实岗位数据，演示里没有接入 AI 生成。
- 准确率抽样核对未完成：来源页面返回验证码，我没有绕过。
下一步与衡量
先用在我自己身上
选定岗位之后，我计划接上自己开源的 Skill resume-claim-guard：先核对简历里每句话有没有事实依据，再生成定向简历和面试追问。
北极星指标是“每周定向投递数”。第一阶段的验收很具体：我本人用它处理 5 个真实岗位，并检查系统的“能不能投”判断与我的人工判断是否一致。