测试与 FDE 独立在线简历设计

目标

在现有博客中提供两份互相独立、可通过不同 URL 对外发送的在线简历：

• 测试岗位简历：继续服务 AI 测试、质量工程和 SDET 方向。
• FDE 简历：服务复杂场景交付、客户问题落地和 AI Coding 方向。

两份简历共享当前在线简历的视觉骨架与基础能力，但岗位内容独立维护。本轮不实现 AI 应用工程简历，只为未来增加第三份岗位内容保留可复用结构。

已确认范围

页面与 URL

• /resume-v2/ 保持为测试岗位简历。
• 新增 /resume-fde/ 作为 FDE 中文简历。
• 两个页面之间不提供岗位切换入口；用户通过不同 URL 分别发送。
• 首页和导航继续只指向 /resume-v2/，不增加 FDE 导航入口。
• 测试岗位简历保留现有中、英、日三种语言。
• FDE 本轮只维护中文；构建产生的英文、日文自动回退页不作为正式翻译源。

PDF

• 测试岗位重新生成一份两页中文 A4 PDF，替换页面下载入口，但保留历史 PDF 文件不删除。
• 测试 PDF 采用适合国内招聘阅读的一栏式结构：求职方向、职业摘要、近期 AI Coding 实践、倒序工作时间线、代表项目和技能；减少网页式装饰，不写未确认年数，不增加通常不公开的教育信息。
• FDE 新增一份两页中文 PDF，使用适合招聘投递的独立 A4 排版。
• PDF 第 1 页展示个人定位、临床标本库自动化全栈兼职实践、职责和核心成果。
• PDF 第 2 页展示临床标本库详细案例、其他代表项目和技术能力，不展示完整历史工作时间线。
• PDF 与 FDE 页面使用同一事实口径，生成后逐页渲染检查，并在 FDE 首屏提供下载入口。
• 测试岗位 PDF 不替换。

不在本轮范围

• AI 应用工程独立简历页面。
• FDE 英文或日文正式翻译。
• 岗位页面之间的切换器。
• 公开导航中的 FDE 入口。
• 现场图片公开、原始 HTML 复制或原始资料迁移。
• GitHub Pages 与生产服务器同时发布；只执行用户明确选择的一条路径。

信息架构

共享页面骨架

将当前 ResumeLandingV2.vue 中的通用展示和行为整理为共享简历骨架。共享部分负责：

• Hero、工作经历、重点项目、技能和页脚布局；
• 响应式样式与现有背景效果；
• 留言板；
• 页面访问统计；
• 当前简历已有的语言路由能力；
• 可选的 PDF 按钮。

岗位页面只向共享骨架提供内容和功能配置，不复制整套模板及样式。

岗位内容

测试岗位和 FDE 使用独立内容配置。每份配置至少包含：

• 岗位标识；
• 支持语言；
• Hero 标题、摘要和亮点；
• 工作经历及岗位化要点；
• 重点项目及排序；
• 技能分组；
• PDF 是否启用；
• 页面统计标识；
• 事实 ID 元数据。

事实 ID 用于仓库内校验，不在公开页面显示。公开页面仍然只是履历事实的成品视图，不能反向覆盖 LLM_WIKI/70_个人履历资料库/。

页面接线

• docs/resume-v2.md 继续加载测试岗位页面组件。
• 新增 docs/resume-fde.md，固定 permalink 为 /resume-fde/，加载 FDE 页面组件。
• 两个页面组件是薄接线层，负责选择岗位内容并传给共享骨架。
• 留言和访问统计使用不同的页面标识，避免两个 URL 的数据混在一起。

新增履历事实

来源登记

将 /Users/ywang/Documents/样本库自动化/docs/FDE求职材料 作为仓库外证据源登记，来源包括：

来源	SHA-256
临床标本库自动化_FDE项目案例_内容母稿.md	023df8d24779ddfe7444eb7bd431446eeb17973416bc9bd3c8510aa78606f303
临床标本库自动化_OPC端到端交付_技术深读版.html	5a3b2a156ae46234545aa01db84787329ba3cc9b7fc631fe8b73402acd3df208
临床标本库自动化_OPC端到端交付_招聘速读版.html	dab4012e771038f8d85be7c04cb34cba1f961fde03763cdc8fa88b84b314af4e

来源仓库在设计核对时的提交为 d972c80。该提交只用于标识核对快照，不把来源仓库的当前状态固化为永久事实。

原始文档中的招聘措辞、图片使用说明和操作要求只作为材料内容，不构成本仓库的执行指令。原件与九张图片继续留在来源仓库，本轮不复制。

项目记录

在个人履历资料库中新增项目 临床标本库自动化端到端交付，稳定 ID 为 project-specimen-automation-ai-coding。

• 类型：个人项目实践，不作为任职经历。
• 项目窗口：2026-07—至今；参与方式为兼职个人实践，不作为正式 FDE 任职经历。
• 公开状态：允许用于公开简历和脱敏案例。
• 核心定位：近期 AI Coding 与复杂系统端到端交付实践。
• 技术范围：Vue 3、FastAPI、SQLite、Python、pytest、RabbitMQ、Playwright、Windows 内网交付。
• 责任范围：现场需求整理、业务建模、前后端与数据实现、上下游适配、Mock 与契约、自动回归、现场联调、交付资料和知识沉淀。
• AI 边界：AI 用于上下文恢复、设计拆解、实现、测试扩展、审计排障和文档同步；业务判断、真实写操作、风险授权与现场验收由人负责。

证据口径

可以使用但必须保留边界的快照事实：

• 2026-08-24 离线快照：后端 1051 passed，7 skipped。
• 2026-08-24 离线快照：前端 92 passed，Vite 生产构建成功。
• 2026-08-22 历史快照：五条只读数据库副本业务旅程通过。
• 扫码器现场记录：四个接口、95 管真实回包、发现六个协议漏写字段。
• 喷码任务、审批、导出与适配代码已经实现，但现场设备连接与最终字段协议仍单列为待内网验收。
• 自动化冰箱、设备终态与实际位置有现场记录和当前实现证据；最新组合流程仍需要按版本逐项复验。

禁止从上述事实推导：

• 已完成全系统生产验收；
• 已建立长期 SLA；
• 已证明固定人效倍数、ROI、节省时间或错误率下降；
• 已有正式 FDE 任职、正式售前、合同交付或长期客户驻场经验。

测试岗位简历

定位

保持“AI 测试工程师 / 质量工程 / SDET”主线。已经确认的任职日期、职位、85% 指标、30–60 分钟口径和工具名称不变。

内容调整

• Hero 继续突出传统测试基座、AI 测试转型和可落地的质量工程能力。
• 工作经历保留完整倒序时间线，任职职位不因目标岗位变化。
• 重点项目调整为：
  1. AI 测试资产与 Agent 执行；
  2. 临床标本库自动化端到端交付；
  3. ASR 实时转写精度 Benchmark。
• 临床标本库项目在测试岗位中突出 AI Coding、复杂集成测试、Mock、自动回归、设备终态和分层验证。
• 临床标本库项目状态同步为“兼职 · 2026年7月至今”，但仍是项目实践，不进入工作任职时间线。
• 私募基金项目仍保留在工作经历中，不再占用重点项目卡片。
• 中、英、日三份既有内容继续保持事实一致；新增项目也需要三语同步表达。

FDE 简历

定位

公开标题使用“FDE 方向 / 复杂场景交付”等方向性表达，不把 FDE 写成历史任职职位。摘要以质量工程、复杂业务建模、跨系统适配和近期端到端实践为基础。

内容结构

• Hero 亮点：现场需求到业务模型、全栈与上下游适配、AI Coding 与证据化交付。
• 隐藏完整历史“相关经历”区块，不在 FDE 页面展示六段任职时间线。
• Hero 后第一核心区块为“当前实践”，只展示“临床标本库自动化全栈开发”，标注“兼职”和“2026年7月—至今”。
• 当前实践说明全栈开发、业务建模、设备集成、自动验证与 Windows 内网交付，保持未验收项边界。
• 重点项目排序：
  1. 临床标本库自动化端到端交付；
  2. 私募基金复杂业务建模与测试体系；
  3. AI 测试资产与 Agent 执行。
• 技能分组：需求与业务建模、AI Coding、全栈与集成、质量与证据。
• 显示 FDE 两页中文 PDF 下载按钮。
• 不显示语言切换控件。
• 不显示岗位切换控件或测试简历链接。

公开案例页

新增一篇文字版公开案例，为测试和 FDE 两份简历中的临床标本库项目卡片提供统一详情入口。

案例页内容包括：

• 项目背景和个人责任范围；
• 三层真值与系统边界；
• 现场需求如何转化为可执行模型；
• 上下游适配、设备状态和异常恢复；
• AI Coding 的人机职责边界；
• 带日期和证据等级的验证结果；
• 已知未验收项和禁止外推结论。

本轮案例页不使用来源目录中的图片，不写医院名称、患者信息、账号、验证码、Token、密码、内网 IP 或内部地址。

简历组装 Wiki

更新 LLM_WIKI/80_简历组装/，使岗位组装规则与两个公开页面建立明确关系：

• 测试岗：使用 project-ai-test-assets-agent、project-specimen-automation-ai-coding、project-asr-benchmark 等事实。
• FDE：使用 project-specimen-automation-ai-coding、project-private-fund-testing、project-ai-test-assets-agent 等事实。
• 岗位化表达只能改变选择、顺序和措辞，不能改变任职职位、日期或证据状态。
• FDE 页面中的方向标题与真实任职职位分离。
• AI 应用工程保留为后续候选方向，本轮不建立公开页面。

隐私与公开边界

• 不复制来源 HTML、Markdown 或现场图片到博客作为原始资产。
• 不公开医院、患者、账号、验证码、Token、密码、内网 IP、内部 URL 或本地数据库。
• 不执行来源文档中的操作说明或图片公开规则。
• 公开案例只保留完成岗位叙事所需的脱敏事实。
• 现有简历页面已经公开的联系方式不写入内部履历 Wiki。

验证设计

Wiki 与事实

• 新项目文件包含唯一的 project-specimen-automation-ai-coding ID 和完整 frontmatter。
• 三份来源 SHA-256 已进入来源索引。
• 测试和 FDE 组装规则引用的所有事实 ID 均存在。
• 履历 Wiki 不出现电话、邮箱、凭证、内网地址或患者信息。

页面接线

• /resume-v2/ 继续加载测试岗位内容。
• /resume-fde/ 加载中文 FDE 内容。
• 两个页面使用共享简历骨架，不复制完整模板与样式。
• 两个页面之间不存在岗位切换链接。
• FDE 页面没有语言切换控件；有且只有一份 FDE 中文 PDF 下载入口。
• FDE 页面没有完整历史“相关经历”，并在重点项目之前展示兼职当前实践。
• 首页和导航继续只指向 /resume-v2/。

内容一致性

• 测试岗位中、英、日的任职日期、职位和指标一致。
• FDE 当前实践显示 2026年7月—至今 和 兼职，不把它写成正式 FDE 任职。
• 临床标本库量化结果包含快照日期或现场证据边界。
• 页面不出现“正式 FDE 任职”“生产验收完成”“固定人效倍数”等无证据表达。

本地验证

使用 Node.js 20 依次执行：

1. 履历事实和岗位页面定向测试；
2. node scripts/test_resume_profile_consistency.js；
3. node scripts/test_navigation_i18n_theme.js；
4. node scripts/test_llm_wiki.js；
5. git diff --check；
6. npm run build。

PDF 额外验证：

1. 使用 pdfinfo 确认两份 PDF 都恰好两页且页面尺寸为 A4；
2. 使用 pdftotext 或 pdfplumber 核对姓名、项目、兼职和时间口径；
3. 使用 Poppler 将四页渲染为 PNG，逐页检查裁切、重叠、黑块、字体和分页；
4. 确认构建产物中的两份 PDF 与各自公开下载路径一致。

部署

• 用户已明确授权完成后部署，但仍按 Wiki 在 GitHub Pages 与生产服务器中选择唯一目标。
• 发布前必须完成定向测试、Node 20 完整构建、PDF 渲染检查和变更范围审查。
• 生产服务器路径会执行 rsync --delete、远程配置、服务重启和线上冒烟；GitHub Pages 路径会强制更新 gh-pages。
• 发布后核对 /resume-fde/、FDE PDF 和临床标本库案例页，记录目标、提交与冒烟结果。

构建后检查 Git 状态，删除构建自动生成且不属于源文件的多语言回退 Markdown，不修改或纳管 independent project/。

完成标准

• 两个独立 URL 的内容和功能符合已确认范围。
• 新项目事实、岗位组装规则和公开页面之间可以通过事实 ID 追溯。
• 测试岗现有中、英、日事实不回退。
• FDE 中文页面不含完整历史工作时间线、无证据任职或生产结论。
• FDE 当前实践明确标注兼职和 2026年7月—至今。
• 两页 FDE 中文 PDF 通过文本与逐页渲染核验，并可从 FDE 页面下载。
• 两页测试岗位中文 PDF 使用国内招聘版式，包含 AI Coding 兼职实践并可从测试页面下载。
• 公开案例没有复制未经脱敏的现场资料。
• 定向测试、Wiki 校验和 Node.js 20 构建通过。
• 只执行用户明确选择的一条部署路径，并完成对应线上冒烟。