mcpField
R
resume-writing

resume-writing

github.com/resumx文档处理29219 次安装33 周前更新
代码仓库

关于 resume-writing

用于将工作经历整理为简洁、强调成果的简历要点,并根据职位描述调整内容的技能。涵盖数据量化、关键词布局、措辞和格式。

主要功能

  1. 01撰写强调成果的要点
  2. 02结合背景量化结果
  3. 03按职位描述调整内容
  4. 04优化关键词与版式

适用场景

  1. 01为目标职位修改工作经历
  2. 02将模糊职责改写为可量化成果

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/resumx/skills --skill resume-writing

安装后在 Claude Code 中输入/resume-writing确认已加载。

详细介绍

简历撰写

为何重要: 清晰的表达有助于雇主_判断_你的能力。一项 NBER 实验(样本量约 50 万)发现,写作能力更好的人获聘率高 8%,薪资高 10%,且雇主满意度并未下降。

策略性定位: 简历是为未来争取机会的推介材料,而不是过去经历的历史记录。每条要点都必须回答招聘经理潜意识里的问题:“这个人能帮我们赚钱、省钱或节省时间吗?” 转换岗位方向时(例如从工程师转为经理),要突出可迁移的成果,例如领导力和跨职能交付,而非过去所在的领域。目标是让自己显得价值高、不可或缺且毫无风险。

要点构成:

  • 从 7 种可能的要素中选取:量化成果、做了什么、如何做(方法)、需求、后续影响、背景、行业关键词。最多选 3 项。 选 4 项就会沦为行话堆砌。
  • 每条要点都必须通过“所以呢?”测试:删去业务成果后,如果句子仍然完整,说明缺少成果。
  • 一个实用的结构是 XYZ:“通过做 [Z],实现 [X],以 [Y] 衡量。” 普通写法:“管理营销预算。” 出色写法:“将 50 万美元预算重新分配到高转化率的付费社交媒体渠道,使 CAC 降低 15%,推动第三季度收入增长 24%(120 万美元)。”
  • 技能部分绝不要罗列软技能(领导力、沟通能力、解决问题能力)。通过工作经历证明这些能力:“每周通过代码评审指导 4 名初级开发人员,在 6 个月内将严重生产故障减少 30%”,无需直接提及领导力,也能证明领导力。

要点优先级: 每段工作经历的第一条要点就是你的标题。如果它让招聘人员感到乏味,他们就会停止阅读。每段经历都要以最突出的、最可量化的成果开头。不要以“负责日常运营”开头,而要写你节省了 50 万美元,或将产品交付给 10 万名用户。

要点长度:

  • 目标是占 1 行。对于占 2 行的要点,内容以 1.2–1.8 行为宜。
  • 少于 1.2 行会让几个词孤零零地挤到第 2 行(浪费空间)。反复超过 1.8 行则会挤压页边距。如果某条要点占 1.05–1.15 行,就重写到恰好 1 行,或扩展到约 1.5 行。
  • 每段工作经历最多写 3–5 条要点。如果某条要点没有硬性指标,就删掉以腾出留白。

量化:

  • 没有背景信息的原始数字显得空洞。务必提供分母、百分比或时间范围作为参照。普通写法:“用户群增长了 5 万。” 出色写法:“在 6 个月内,用户群增长了 5 万(同比增长 40%),超出年度增长目标 15%。”
  • 每个名词都要附上数字:不要写“一支团队”,而要写“一支由 12 人组成的跨职能团队”;不要写“预算”,而要写“250 万美元的年度运营预算”。
  • 数字提供背景信息,背景信息能降低招聘风险。

用词选择(ATS 数据,扫描量超过 1 万份): 泛泛的流行语会主动拉低表现,因为 ATS 系统给它们的评分较低,招聘人员也会将其视作填充内容。

  • 泛泛的流行语会主动降低 ATS 通过率:“负责”(23% 通过率)、“有团队合作精神”(28%)、“注重细节”(35%)。
  • 被动表述传递的是从属而非担当:“帮助”(33%)、“协助”(26%)、“参与”(21%)。
  • 含糊的技能自述没有证据支撑,会触发 67–72% 的自动拒绝:“善于解决问题”“工作态度认真”“沟通能力出色”。
  • 招聘经理(调查人数超过 1,600)认为,带有理想化色彩的空话是令人恼火、毫无信息量的噪音,例如“经过验证”“尽职尽责”“充满热情”“协同效应”“积极进取”。
  • 使用具体的行动动词,表现可达 90% 以上:领导(96%)、提高(94%)、开发(94%)、实施(93%)、改进(93%)、创造(92%)、设计(91%)、减少(91%)。尽可能量化(百分比、用户数、延迟、金额)。
  • 尤其在科技行业,含糊的术语会被筛掉:“编码”(45%)、“编程”(52%)、“计算机技能”(12%)。改用具体技术名称和“开发”。

针对性调整:

  • 仅职位名称匹配一项,就能让面试率提高 10.6 倍。请精确复用职位描述(JD)中的职位名称、必备技能和关键词。
  • 在跨职能项目中,重点突出与目标职位相关的部分,而不是罗列每个职能领域。
  • 将硬技能融入你实际运用这些技能的成果要点中,而不是在底部单独罗列一堆技能。普通写法:「构建数据流水线以处理交易」(在「技能」中另列 Python)。出色写法:「使用 Python 和 Apache Kafka 构建实时数据流水线,每天处理超过 200 万笔交易,实现零延迟。」ATS 解析器和技术招聘经理都更看重结合具体情境的应用,而非关键词列表。

关键词位置:

  • 将最重要的关键词放在前面。出现在前 50 个词中的关键词,能让 ATS 评分提高 340%。以动作动词开头的句子,表现比把动词埋在句子中间好 225%。
  • 针对某个 JD 时,找出最重要的 5 项硬技能,并将这些完全一致的名词融入要点开头。
  • ATS 解析器对简历靠前位置和每行开头的关键词赋予更高权重。

结构与格式:

  • 使用标准标题(「工作经历」「教育背景」「技能」),不要使用创意标题(「我的历程」「我的成就」)。
  • 统一日期格式(例如,2021 年 8 月 - 至今),不要使用季节或仅写年份。含糊的日期会导致 ATS 无法计算工作经验月数。
  • 在同一家公司晋升时,公司名称只列一次,在下方按时间段依次列出职位,以体现快速成长,而非频繁跳槽。
  • 删除初级职位信号:移除 Microsoft Office、基础 Excel 和 PowerPoint(这些是专业人士应具备的技能)。除非 JD 有要求,否则删掉过时技术。删除与目标方向无关、无法支撑职业叙事的职位,并用腾出的空间扩充相关成就。
  • 如果要添加兴趣一栏,内容应具体到位:「完成 3 场铁人三项赛,在地区象棋排名中跻身前 100 名」胜过「阅读、旅行、健身」。

视觉层级:

  • 招聘人员会按 F 形模式浏览简历:先横向扫过顶部,再沿左侧向下浏览。将数据指标和关键技术放在左侧显眼位置。
  • 页边距设为 0.5-0.75 英寸。每个公司标题前留一个空行。
  • 留白并非浪费空间,它能减轻认知负担,让招聘人员继续阅读。

**性别化用语:**走向任何一个极端都会造成负面影响。缺乏力量感的动词(协助、帮助、支持、服务)会显得被动;过于强势、带有男性化编码的用语,则会导致女性候选人的回访率降低(每偏离一次降低 3.9%,而男性不会受到这种影响)。优先使用中性、以结果为导向的动词(开发、实施、设计、减少、提高、创建),既能体现影响力,也不会落入偏见的任何一端。

评论

支持 Markdown