resume-builder

简历 / CV 构建器 — 哈佛标准与 ATS 最佳实践

概述

此技能可根据哈佛职业服务指南、r/EngineeringResumes 社区最佳实践以及现代 ATS（申请人跟踪系统）知识，创建专业且高标准的简历。生成的简历针对人工招聘人员（他们通常花 5-20 秒浏览简历）和 ATS 解析系统进行了优化。

开始任何简历工作之前，请阅读相关参考文件：

• references/format-and-structure.md — 页面布局、字体、间距、章节顺序
• references/bullet-writing-guide.md — XYZ/STAR 公式、行动动词、量化
• references/ats-and-keywords.md — ATS 的事实与误区、关键词策略
• references/common-mistakes.md — 应避免的问题、反面模式

---

快速决策框架

用户请求	操作
“从零开始创建我的简历”	完整构建：收集信息 → 组织结构 → 撰写 → 排版 → 交付
“改进 / 优化我现有的简历”	分析现有简历 → 找出问题 → 重写要点 → 重新排版
“根据职位描述定制简历”	从 JD 中提取关键词 → 匹配用户经验 → 重写针对性要点
“审阅我的简历”	按清单进行审核 → 提供具体反馈和示例
“创建多个版本”	创建基础简历 → 制作不同版本（1 页、2 页、不同语言版本）
“让简历适合 ATS”	检查格式是否合规 → 确保结构可解析 → 自然融入相关关键词

---

核心流程

第 1 步：收集信息

开始撰写前，先收集以下信息：

1. 完整工作经历 — 职位、公司、地点、日期，以及每家公司业务和用户构建的系统所属的领域 / 行业背景
2. 技术技能 — 语言、框架、数据库、工具、云、架构模式
3. 教育经历 — 学位、院校、日期
4. 项目 — 个人项目、学术项目、开源项目
5. 目标市场 — 美国 / 国际市场（英语）、拉美 / 西班牙（西班牙语），或两者兼顾
6. 目标职位 — 正在申请的职位类型
7. 页数偏好 — 1 页（初级 / 中级）、2 页（资深，6 年以上经验）或灵活安排

重要：询问每个职位的领域背景。“开发 Web 应用”和“开发金融科技信贷管理系统，处理发卡、支付链接和交易处理”之间的差异，决定了简历是流于泛泛还是令人印象深刻。务必询问：

• 这属于哪个行业 / 领域？（金融科技、法律科技、医疗健康、物流、安全等）
• 处理了哪类数据？（敏感个人身份信息、财务、法律、医疗）
• 最终用户是谁？（B2B、B2C、内部用户、政府）
• 业务影响是什么？

第 2 步：组织简历结构

遵循哈佛职业服务和 r/EngineeringResumes 建议的章节顺序：

1. Name & Contact Information (centered)
2. Technical Skills (for engineering/tech roles — put skills FIRST)
3. Professional Experience (reverse chronological)
4. Projects & Contributions (if relevant)
5. Education (at bottom for experienced professionals)

为什么先放技能？ 对于技术岗位，招聘人员和招聘经理会浏览简历，寻找特定技术。将技能放在顶部，能让他们在最初 5 秒内找到所需信息。哈佛建议按“重要性顺序”排列标题——对于工程师而言，技能是首要浏览内容中最重要的部分。

教育经历的位置： 哈佛建议学生把教育经历放在首位。对于拥有 3 年以上经验的职场人士，应将教育经历移至底部。工作经历应成为简历的核心。

第 3 步：撰写内容

请阅读 references/bullet-writing-guide.md，查看完整指南。核心原则：

每个要点都必须遵循 XYZ 公式：

“通过采取 [Z]，实现了 [X]，效果可通过 [Y] 衡量。”

或者简化为：行动动词 + 做了什么 + 技术背景 + 业务影响

改写示例：

• 不佳：“负责开发 Web 应用”
• 良好：“使用 React 和 NestJS 开发金融科技 Web 应用，用于信贷管理、发卡和交易处理，并采用十六进制架构和 DDD 进行构建”

步骤 4：排版并交付

阅读 references/format-and-structure.md，了解完整指南。使用 docx 技能创建 Word 文档。主要规格：

• **字体：**正文使用 Calibri 10.5pt，姓名使用 16pt，章节标题使用 11.5pt
• **页边距：**四边均为 0.75 英寸
• **行距：**13pt
• **格式：**单栏，不使用表格进行排版，不添加图形
• 文件格式：.docx（用于编辑）和 .pdf（用于发送或上传）

步骤 5：转换为 PDF（必须）

始终同时交付 .docx 和 .pdf 版本。.docx 用于后续编辑；.pdf 用于发送给雇主。

PDF 转换规则：

• 使用 LibreOffice 转换：python scripts/office/soffice.py --headless --convert-to pdf resume.docx
• 确认 PDF 为文本格式（不是扫描图像）：使用 pdftotext resume.pdf - 提取文本——如果能提取出文本，ATS 就能解析
• 检查页数是否符合预期：pdfinfo resume.pdf
• 确认提取的文本中姓名和关键内容显示正确（以发现内容截断或编码问题）
• 无论收件人使用何种操作系统、Word 版本或已安装字体，PDF 都能保留精确排版
• 所有现代 ATS 系统（Greenhouse、Workday、iCIMS、Lever 等）均接受 .docx 和 .pdf

PDF 的重要性：

• .docx 的呈现效果可能因收件人的 Word 版本、操作系统和已安装字体而异
• PDF 可确保招聘人员看到的内容与设计完全一致
• 许多求职申请门户明确要求提供 PDF
• ATS 对文本格式的 PDF 和 .docx 的解析效果同样良好

---

语言指南

英文简历

• 使用主动语态，不使用人称代词（例如 “I”“my”“we”）
• 每条要点都以有力的动作动词开头（参见参考文件）
• 面向美国职位时使用美式英语拼写
• 职位名称采用行业通用格式

西班牙语简历

• 保持相同的结构和原则
• 使用专业西班牙语，避免口语表达
• 行业标准技术术语保留英文（例如 “backend”“frontend”“DevOps”“SOLID”“CQRS”）
• 每条要点都以西班牙语动作动词开头（Desarrolle、Implemente、Lidere、Disene、Construi、Optimice、Arquitecte）

双语策略

创建两个版本时，确保它们不是逐字翻译。每个版本都应符合其语言的自然表达，同时传达相同的信息和影响力。

---

交付前检查清单

交付前，请对每份简历逐项检查：

格式：

• 姓名显示在一行内，不会被截断（最大 16pt）
• 单栏布局，不使用表格排版，不包含图形或图标
• 字体为 Calibri/Arial，正文至少 10.5pt，颜色为黑色
• 留白均衡——不过于拥挤，也不过于稀疏
• 日期使用 en dash（–）而非连字符（-），且两侧留空格
• 日期右对齐，项目符号内容不超出日期范围
• URL 使用纯文本（无颜色、无下划线、无“Email:”前缀、无 https://www.）

内容：

• 不使用人称代词（I、my、we、our）
• 每条项目符号内容都以有力的过去时动作动词开头
• 项目符号内容末尾不加句号（项目符号不是句子）
• 每段工作经历都说明领域（行业、系统类型、数据敏感性）
• 尽可能提供指标或量化数据（使用数字：8，而非“eight”）
• 每段工作经历和技能部分均列出相关技术
• 不使用多余的动词（spearheaded、orchestrated、utilized、leveraged）
• 不使用过多的形容词或副词（excellent、innovative、strategically）
• 章节名称采用标准格式：“Experience”“Skills”“Projects”“Education”
• 日期格式保持一致，当前职位使用“Present”（而非“Current”或“Now”）
• 每个章节内按时间倒序排列
• 无拼写或语法错误
• 不使用公司内部术语或只有内部人员才理解的项目名称

交付：

• 根据最终 .docx 生成 PDF 版本
• PDF 为文本格式（使用 pdftotext 验证——文本可提取）
• PDF 页数符合预期
• 所有超链接均可正常使用，并指向专业页面
• 向用户交付 .docx 和 .pdf 两种文件