Metadata

name: offer-tracker
description: 中文秋招/实习求职进度管理技能。将用户以自由格式（"日期公司-岗位状态"批量）发送的目标公司、投递岗位、应聘状态、DDL 等信息，识别并录入到一个浏览器可打开的 HTML 进度表，并维护一份可回灌的 JSON 备份。当用户用 /offer、/offer-tracker 或提交成批的"公司-岗位-状态"求职记录时使用。
agent_created: true

offer-tracker：求职进度表工作流

把零散、批量、自由格式的求职消息，整理成一张可搜索/筛选/导出的 HTML 进度表，并同步维护一份 JSON 备份以便浏览器端"合并导入"恢复。本技能聚焦从零建立进度表 → 识别并录入用户发送的多条记录 → 增量更新 → 备份与汇报的完整闭环。

与通用 offer 技能的关系：通用 offer 偏重"招聘邮件/截图 → 漏斗"的抽象规范；本技能提供可直接复用的 HTML 模板与批量中文输入解析规则，适合用户以聊天方式成批报进度的场景。两者可并存，本技能优先用于"建表 + 批量录入"的需求。

资源定位

进度表模板：assets/application-tracker.html（自带 initialRecords 数据数组，浏览器打开即渲染，数据存于 localStorage）。
详细解析规则与样本：references/parsing-rules.md（输入切分、字段抽取、边界案例，按需读取）。

若技能被复制到别处，模板一律从本技能 assets/ 目录读取，不要重新制作。

说明：浏览器数据存于 localStorage，文件内 initialRecords 只是"种子"。用户在页面上的增改只存浏览器本地。因此每次更新都要同时改 HTML 的 initialRecords 和覆盖写 JSON 备份，保证"合并导入"能补回最新全量。

输入形如 8.31 a公司-b岗位投递（备注：xxxxx）。按以下顺序抽取：

日期前缀：行首 M.DD 或 M月DD → 当年日期 2026-MM-DD；缺省则用当前日期。
切分多记录：优先按全角分号 ； 切，其次顿号 、、逗号 ，（仅当逗号前后是独立公司条目时）。同一公司名（中文/字母开头）标识一条新记录起点。
单条字段抽取（详见 references/parsing-rules.md）：
- 公司：段首到第一个 - 之前（公司名本身可含 - 的例外少见，出现时按"第一个 - 分隔公司/其余"处理，岗位可继续含 -）。
- 岗位：公司之后、状态词之前的部分；拿不准或用户未给时留空，绝不臆造。
- 状态：由关键词映射（见下方状态表）。"投递后笔试"→ 记 笔试。
- DDL/时间：ddl9.1、DDL 9.1、（9.1 15:00）、9.1 15:00 等 → 写入 next 字段并备注。
- 备注：备注：…、（备注：…）、或状态后的补充说明 → note 字段。

为每条新记录生成 UUID（python3 -c "import uuid;print(uuid.uuid4())" 或等效）。
在 HTML 的 const initialRecords = [ 数组末尾（最后一个 } 之后、]; 之前）追加对象，字段固定为： { id, date, time:'', company, position, status, next, note, updatedAt:'YYYY-MM-DDT' }
用 Edit 工具精确替换 最后一条记录 },\n ]; → 最后一条记录 },\n { 新记录 },\n ];。务必先 Read 确认当前数组末尾内容，避免 old_string 不匹配（status 可能是"一面"而非"已投递"等）。
覆盖写 JSON 备份：读完现有全部记录（HTML 内 + 本次新增），重新生成完整数组写入备份文件。

回复包含：本次新增（表格）、完整进度总览（编号 + 公司 + 岗位 + 状态）、文件位置、临近 DDL/面试的提醒。格式参考 references/parsing-rules.md 的"输出样本"。保持要点式、去 AI 味。

状态不足推断时（如仅自动回执）标记为"待确认"。