核心验收报告
2026-08-28 核心验收报告记录：PDF 导入、职业证据确认、简历生成，以及岗位搜索、简历定制、投递跟踪、文字面试与复盘的生产 HTTP 主线通过。报告同时记录后端 319 项、前端 173 项测试通过；本轮只读核查报告与核心旅程测试，未重新运行生产验收。
记录范围为工程验收，求职成功率尚待外部数据验证。跃职
让上下文，跟着求职行动走。
求职产品 · Web / 桌面协作
访问跃职官网 ↗（新标签页）这项工作，
我负责什么
我的工作
围绕求职需求推进主线、功能优先级与使用反馈，连接简历、申请和面试之间的材料与行动。
AI 的参与
协作分析方案，承担全栈实现、故障修复、测试与发布核验。
当前演示合成资料与预设题库已串起申请复盘，申请仍待投递。
明确当前目标，
安排下一步行动。
新账号从确认目标、准备第一份简历开始，逐步进入后续工具。
工作台围绕“今天该做什么”组织求职主线。
截图中的“作品集演示”为合成账号，业务记录为空。这次申请， 用的是哪份简历？
准备简历、跟进申请和练习面试可以沿用同一份求职上下文。跃职先组织职业证据，再形成面向岗位的简历，将简历关联到申请记录，让面试准备继续使用该申请的上下文。我的工作侧重主线、优先级与使用反馈，主要工程实现由 AI 完成。这个案例复盘信息怎样随任务流转，以及各环节怎样接续。
项目工作流复盘 · 隔离环境中的受控验收
- 职业事实
- 哪些经历经过确认
- 岗位简历
- 这次面向哪个目标准备
- 申请记录
- 关联哪些材料继续跟进
- 面试复盘
- 沿哪次申请继续准备
这条主线，验收核对了什么？
核心旅程测试将岗位定制返回的简历 ID 关联到申请，再用这条申请发起面试准备与文字面试。最后核对：申请详情仍关联该简历 ID，并且有面试结果。
这是临时数据库与进程内 HTTP 测试；“已投递”由测试主动设置，外部平台提交未执行。8 月 28 日报告中的生产 HTTP 验收未重新运行；9 月 2 日旧截图只说明当时的界面状态。下方 9 月 12 日隔离演示单独记录，申请保持“待投递”。
项目会保存初始简历内容版本。当时核查到的关联可更新、详情读取当前关联对象；申请绑定不可变内容版本、还原投递时全部内容的能力，仍缺该测试的验证。
查看主线关联核查说明 ↗（新标签页）分别记录材料准备、
平台投递与结果。
准备材料、执行平台动作和记录结果分别呈现。队列记录准备进度，“简历已就绪”表示材料状态；“已投递”需要另行记录平台动作。
核对重点
简历就绪、平台动作与已投递结果，分别记录状态。
选择上方标注，在原图中找到依据。图中零值记录隔离空账号的当时状态；操作前后变化需对应的连续记录。
界面声明最终投递在可见的招聘平台页面完成。这张截图记录空队列状态，外部平台提交与自动同步仍待验证。
围绕岗位与经历，
准备面试练习。
准备入口沿用目标岗位与经历组织问题，同时呈现权限请求和额度说明。
本图核对范围为准备界面。历史验收覆盖文字面试，语音、视频与外部 AI 服务需分别验证。
· 隔离合成演示 · 原始运行截图
同一条申请，
走到复盘。
在同一隔离数据库中，经 API 预置合成资料后，实际在浏览器查看简历、从申请准备文字练习，再把复盘查回这条申请。申请仍为“待投递”，没有向招聘平台提交。
本次使用 preset 预设题库，提交 1 条合成回答后主动提前结束，六阶段面试尚未走完。演示分数由本地规则生成，适用范围限于这条合成回答；外部模型、语音与视频服务尚待验证。
这张原图保留了当时的问题：时间线显示 22:09，练习记录显示 14:09，相差 8 小时。后续已在本地修复时区输出并复验，尚未部署到线上；旧图保留修复前状态。时间线记录完成，练习列表记录开始，统一时区后仍分别展示这两个时间点。
查看简历、准备与复盘三步原图
查看时间修复后的独立验证
改动限定于练习历史接口的时间输出，数据库值保持原样，通过时区格式化处理 8 小时显示差异。20 项专用测试连同相关主线回归共 38 项通过；四时区格式化检查也通过，开始与结束的真实间隔仍然保留。
在另一份隔离数据库中，经接口完成一条合成回答并提前结束，再用浏览器回查申请、刷新复核：时间线与练习记录均显示 23:15，申请仍待投递。这次验证覆盖本地时间修复，线上部署与历史版本封存需另行核查。
查看修复记录与原始截图 ↗（新标签页）这组演示的来源与边界
资料准备使用真实应用接口，页面操作与截图由 Coding Agent 完成。这里验证合成数据在简历、申请与文字练习间的接续；真实投递、录用结果与历史版本恢复均在本次验证范围之外。
查看 9 月 12 日演示来源 ↗（新标签页）版本、来源
与核查记录。
历史验收、空账号快照与新的隔离演示分别记录，各自保留当时的环境、验证范围与待验项。
本地空账号快照
旧组五张截图来自本地 Web / 后端 0.6.13 工作树。该次导出记录另有 13 个代表性后端测试及桌面路由一致性检查；全量复测尚未完成，工作树尚未冻结为发布版本。
旧组空账号的简历、岗位与投递记录为空，原图与日期保持不变。隔离合成演示
新增四张原图记录 API 预置合成资料后的实际浏览器操作：简历、面试准备、提前结束后的复盘，以及回到同一申请。文字练习使用预设题库，申请仍待投递。
本组保留修复前状态；后续本地时区修复见上方独立记录，尚未部署到线上。- 项目记录
- 线上运行 · E3 等级仅描述材料范围
- 交付范围
- 官网可体验 / 简历与岗位联动 / 文字面试复盘
核对历史稿件
与申请的版本绑定。
9 月 12 日截图之后的隔离接口核查发现：定制简历修改后会保留旧稿，将旧稿正文重新保存，可以形成新版本。当时同一申请的面试准备上下文会随当前正文变化，申请所用材料仍缺固定版本绑定。
修改、恢复与换稿，实际核对了什么？
旧稿 V1 经修改产生 V2；读取 V1 正文重新保存后得到 V3，原有两版仍可查询。恢复路径需要读取后重新保存，接口会去掉首尾空白并重新生成 HTML；一键回退与字节级还原均在这条路径的能力范围之外。
在普通简历换为定制稿的测试路径中，申请改为关联新稿；旧稿与时间线上的简历 ID 仍在，具体版本与正文快照绑定则缺失。每次申请当时的完整内容留档仍待补齐。
这次由 Coding Agent 在新建隔离数据库中操作真实接口，两条申请保持“待投递”。接口核查独立于上方截图；浏览器回退、已投递状态与真实求职结果均未验证。
查看历史内容核查与修复前时间基线 ↗（新标签页）后续已完成本地单次用户记录绑定，尚未部署。当前草稿、本次确认稿与用户记录投递时采用稿分开留存；旧核查结论和证据包保留当时发现的问题。
查看简历确认与采用稿绑定后的独立验证
· 在新的隔离合成数据中，保存当次确认稿，换稿追加第二份确认记录，第一稿仍可查。用户记录采用第二稿后，再编辑源草稿为第三稿，刷新回查仍采用第二稿。隔离回归与浏览器回查验证了这条本地单次记录链路。
简历确认记录材料状态；“已投递”在本组合成数据中表示用户自报，招聘平台回执未接入。本轮封存范围仅为简历正文，旧 PDF 与求职信在范围之外；目前只支持单次记录，未知历史保持待核实。
技术实现、隔离测试和浏览器操作由 Coding Agent 完成。这是后续本地验证，尚未部署；旧核查发现的问题按原记录保留，全部历史材料的留档能力仍待验证。
查看材料确认记录与验证边界 ↗（新标签页）技术背景：为什么采用单体后端？
围绕个人维护条件选择技术方案。
岗位、简历和面试的功能迭代围绕核心求职路径安排优先级。项目以适合个人维护的单体后端组织业务，把桌面采集与主站职责分开；迭代优先检验一条完整求职旅程。工程方案由 AI 协作落地，我关注的是可用性、维护成本和真实使用反馈。
来源：ARCHITECTURE.md 的单体架构决策记录。这里说明项目的维护取舍；技术方案由 AI 深度参与分析与落地。个人贡献按实际分工列出，大规模流量承载仍待验证。
补充看官网如何解释产品 · 内置示例
截图来源、版本与贡献边界
9 月 2 日旧快照
旧组截图来自 2026-09-02 本地工作树 Web / 后端 0.6.13，工作树尚未冻结为发布快照。工作台与面试准备使用隔离空账号；官网图为未登录页面。Windows 桌面端 0.6.14、浏览器助手 0.6.10 分别对应独立组件，本页 Web 截图使用其自身版本标记。
旧组五张原图保留 1440 × 960 比例与原始界面内容。旧工作台业务记录为空，官网内置示例另行标注。该组材料尚缺岗位详情截图与成功投递过程记录。
查看 9 月 2 日原图与运行核对来源 ↗（新标签页）9 月 12 日新演示
新增四张原图单独保存日期、来源与合成数据边界，与既有截图分组记录。各组日期与原图中的时间显示差异均如实保留。
查看 9 月 12 日隔离演示来源 ↗（新标签页）个人与 AI 协作
以自己的真实求职需求持续检验产品，推动简历、岗位、投递跟踪与面试准备成为一条可使用的路径；AI 承担方案分析、全栈实现、故障修复和发布核验。我的责任是推动功能围绕求职任务收敛，以任务路径的可用性判断完成度。
这些材料仅覆盖受控验收与工程结果；用户增长、真实投递成功率与获得 offer 的成绩仍缺少已核验依据。官网演示中的人物、分数和进度为内置示例。各招聘平台及语音、视频场景需按功能范围分别验证。
历史材料依据：docs/CORE_ACCEPTANCE_AUDIT_2026-08-28.md；tests/test_core_user_journey.py；ARCHITECTURE.md 的单体架构决策记录；2026-09-12 对简历初始版本、申请关联与面试准备服务的只读补核。 新增隔离演示单独说明；未登录生产账号、执行真实投递或重新运行生产验收。