先诚实管理招聘来源，再谈自动发现
官网招聘没有统一入口。有些网站提供结构化岗位列表，有些只有公告文章，有些需要登录或大量客户端渲染。把所有 URL 都标成“已监控”，会让用户错误相信系统理解了页面内容。
| 来源能力 | 产品能做什么 | 明确不承诺 |
|---|---|---|
| 已适配监测 | 通过版本化适配器提取结构化机会与必要字段 | 适配器永远不受网站改版影响 |
| 变化提醒 | 发现页面正文变化并提醒用户复核 | 理解变化一定是新岗位或截止日期 |
| 浏览器辅助 | 用户访问登录或重度渲染页面时提供有边界观察 | 导出 Cookie 或在后台冒充用户浏览 |
| 等待支持 | 记录来源并纳入适配需求排序 | 已经开始自动监测 |
一条申请时间线应该记录什么
当前正式状态
草稿、可以报名、报名进行中、已提交、资格审查、笔试、面试、录取、拒绝、撤回或关闭。状态词要稳定，机构原始表述作为证据保留。
下一步动作与截止日期
不仅记录“面试”，还要记录确认时间、准备材料、地点或线上链接，以及最晚完成时间。
来源依据
每次更新来自用户自报、官网观察、扩展证据、Agent 提案还是系统导入。不同来源不能被抹平成同等可信。
纠正历史
状态写错后应追加纠正事件，而不是改写过去。这样用户能解释为什么当前状态与之前记录不同。
Agent 建议不是正式状态。监测器或本机 Agent 可以提出变化建议，但未经用户确认，不会静默覆盖申请时间线。
重复报名表，适合辅助填写，不适合无人值守提交
- 用户维护一份版本化结构化个人档案，原始证件、证书、照片与附件保留在本地。
- 工作台为当前申请生成短时“辅助填写配对码”，绑定账户、申请、档案版本与允许来源。
- 浏览器扩展只观察字段标签、类型、选项、约束和结构签名，不读取已有输入值或上传原始 HTML。
- 服务端重新计算字段签名与表单指纹，再生成固定版本的 FillPlan。
- 用户审阅待填字段和值后，扩展只填写普通、可逆字段，并支持撤销。
- 文件、验证码、声明、多页继续、支付与最终提交始终由用户本人完成。
这条边界避免“节省重复输入”被扩大成“替用户接受声明或提交真实申请”。
常见问题
会自动提交申请吗？
不会。文件上传、验证码、声明、支付和最终提交由用户本人完成。
所有招聘官网都能结构化监测吗？
不能。来源会明确标为已适配、变化提醒、浏览器辅助或等待支持，不把普通页面变化虚报成结构化机会。
它和 Job Agent 有什么区别？
Job Agent 面向四个招聘平台；OfficialRecruitment 面向单位官网独立申请，并长期跟踪报名后的状态。