简历定制助手

问题：一份简历海投，匹配全靠临场发挥

投十个岗位就要改十版简历：调技能排序、重写每条项目描述、核对中英术语是否一致。这套「JD → 简历」的匹配本质是信息检索，但人脑每次都从零开始——哪段经历该前置、哪些成果值得量化、哪个名词要保持双语一致，全靠临场回忆。做过一次的判断，不该重复十次。

核心设计：一份主档案，按 JD 投影

cv-customizer 把简历拆成两层：主档案（master profile） 是每个人的超集，存放于 ~/.workbuddy/cv-profiles/{person-name}.md，一人一文件；生成结果则是主档案在具体 JD 上的投影。全局偏好单独放在 _preferences.md，前缀下划线避免与真实人名冲突。

主档案的固定结构包括：基本信息、教育经历、工作经历（公司/职位/时间/职责/项目/成果/技能标签）、独立于工龄的项目经历、按类别分组的技能、证书与奖项、其他（志愿/发表/兴趣），外加一张双语术语表，保证多语言输出时专有名词前后一致。

生成流程分五步：

• 确定人物与模式：新建（从已有 CV 导入，或结构化问答逐节采集）、直接复用、或增量更新已有档案。
• 收集 JD：推荐直接粘贴文本；给链接则用 WebFetch 抓取，非母语 JD 先回显原文再附中文翻译，用户确认后才继续。
• 确认风格：先读偏好文件作参考，但风格必逐次询问（精简/详细/成果导向/STAR/时间线/职能型/混合型，可多选），绝不自动套用历史偏好。
• 生成：先问有无指定模板，有则严格映射其字段与标题顺序；没有则用 python-docx 输出默认蓝色系 DOCX，工作经历强制逆时间序，空缺的节整段省略。
• 预览与沉淀：迭代修改直至确认，再把本次观察到的稳定偏好写回 _preferences.md。

适用边界

• 主档案是单一真相源：定制只做筛选与重组，永不删减主档案内容，也不凭空编造经历。
• 匹配质量上限由主档案完整度决定，建档阶段多花时间，之后每次生成都受益。
• 模板模式下填不了的字段会留下 [TODO: fill in] 占位并提示用户，而非编造。
• 多语言输出的术语一致性，依赖建档时维护的术语表质量。