简历生成

使用方法

1. 先把 8 个单行字段填完：姓名、求职意向、电话、邮箱、城市、工作年限、学历、输出格式。示例是「张伟 / 前端开发工程师 / 5 年 / 本科」，打开页面即可看到结果。
2. 技能用逗号或换行分隔，示例 6 项：JavaScript,TypeScript,React,Vue,Webpack,性能优化。中英文逗号都认，重复项自动去掉。
3. 工作经历每行一条，字段用竖线 | 分隔，顺序固定为 公司|职位|起止|描述。示例 2 条，第一条描述带数字、第二条没有——这正是量化率 50% 的由来。
4. 教育经历同样每行一条，格式 学校|专业|学历|起止，最多 5 条。
5. 目标岗位关键词从招聘 JD 复制，逗号分隔，最多 30 个；工具会把它们与整份简历正文逐词比对。
6. 点「生成简历」（或在任一单行输入框里按 Enter）刷新结果；切换「输出格式」会立刻重排，不必再点按钮。
7. 「复制简历」带走当前文本，「下载 .txt」存成 UTF-8 文件，「重置为默认示例」还原全部字段。

这个简历生成工具能解决什么问题

一是把「排版」和「内容」拆开做。用 Word 写简历时，一半时间花在调对齐、改行距上，改一个字段就要重排半个文档。这个简历生成工具把姓名、经历、技能拆成独立字段，行距和分隔符由模板统一负责——示例 16 行结果全部由 6 项技能和 2 段经历拼出，没有一处需要手工对齐。

二是让机器先看懂，再让人看懂。中大型企业的招聘系统（ATS，Applicant Tracking System）会先把简历解析成结构化字段再入库，解析失败的简历在 HR 界面上可能只剩乱码。字段化录入天然按「职位—公司—时间—描述」的边界排列，比自由排版更容易被规则解析器切开。

三是把「我做了很多事」翻译成「我做成了什么」。工具统计描述里含数字的条数比例，即量化率。示例两条经历一条带数字（首屏 4.2s 降到 1.1s、跳出率下降 23%）、一条纯叙述，量化率 50%，提示你补上另一条的可度量结果。

四是按岗位改一版而不是重写一版。把招聘 JD 里的硬性要求填进「目标岗位关键词」，工具直接给出匹配率。示例 6 个词命中 4 个，缺 组件库 和 Node.js，你就知道该往哪段经历里补这两个词，而不是通篇改写。

本页不做这些事：不导出 PDF 或 Word（避免内嵌中文字体与排版引擎）、不做配色与头像模板、不替你编造措辞。要按岗位生成一段自述，请用页面底部的「简历摘要生成器」；要起草随附材料，请用「简易合同生成器」与「清单生成」。

生成原理：字段拆分、模板拼接与两个自检指标

第一步是拆字段，靠的是竖线而不是逗号。工作经历用 公司|职位|起止|描述 四段式，切分就是 line.split('|').map(s => s.trim())。不用逗号，是因为「提升 30%，成本下降 20%」这类描述本身就带逗号，会让字段数对不上而报错；竖线在中文里几乎不出现在公司名或句子内部。这也是 CSV（RFC 4180）用逗号定界时必须给字段加引号的原因。

第二步是模板拼接。纯文本版把章节标题写成 【专业技能】、条目用 、 连接、行首用 - 当项目符号；Markdown 版换成 ## 专业技能 与一级标题 #。两版共用同一份字段数据，只是渲染模板不同——示例里两版汉字数一样（都是 136），字符数却从 326 涨到 396，多出的 70 个字符全是标记符号。

第三步是 ATS 匹配率。把「目标岗位关键词」按英文逗号切成数组，逐个用 String.prototype.includes 在整份简历正文（统一转小写后）里查一次，命中数除以关键词总数即得匹配率，示例是 4÷6 = 66.7%。这是字面子串匹配而非语义匹配：填 React 时，写「React 生态」能命中，写「前端框架」则不算——所以关键词要照抄 JD 的原文，别做同义改写。

第四步是描述量化率。统计规则只有一条正则 /\d/：某条经历的「描述」字段里出现过任意数字字符，就记为一条「可度量」经历。示例 2 条里 1 条含数字，量化率 50%。这条指标服务的是 STAR 法则里的 R（Result，结果）——写清楚 Situation（情境）、Task（任务）、Action（行动）而漏掉 Result，是简历里最常见的短板，而 Result 十有八九可以用一个数字表达（时长、比例、数量、金额）。

关于行数口径。纯文本版按 \n 切分统计行数，示例 16 行；Markdown 版为分隔段落插了空行，同样内容变成 27 行。字段的 maxlength 限制的是 UTF-16 码元而非行数，中文占 1 个码元、emoji 占 2 个，它的作用只是防止误粘贴整篇文档。

完整示例（数值仅作演示）

示例条件与这个简历生成工具打开页面时的默认值完全一致：张伟 / 前端开发工程师 / 5 年经验 / 本科 / 纯文本格式 / 6 项技能 / 2 段经历 / 6 个岗位关键词。实测指标如下：

• 总字符数 326（含空格与换行），汉字数 136，非空字符数 284；
• 行数 16，章节 3 个（专业技能、工作经历、教育经历）；
• ATS 匹配率 66.7%：6 个关键词命中 JavaScript、React、TypeScript、性能优化，缺 组件库、Node.js；
• 描述量化率 50%：2 条经历里只有第 1 条描述含数字。

同一份数据切到 Markdown 格式后，字符数升到 396，比纯文本多 70 个字符（增幅 21.5%），行数从 16 变成 27，而汉字数仍然是 136。下表把两种输出的差异摆在一起：

下面这段就是示例在纯文本格式下的真实输出，你可以直接拿它去对照自己填的字段：

张伟
求职意向：前端开发工程师
电话：13800138000 | 邮箱：zhangwei@example.com | 城市：杭州
工作年限：5 年 | 学历：本科

【专业技能】
JavaScript、TypeScript、React、Vue、Webpack、性能优化

【工作经历】
杭州云图科技有限公司 · 高级前端工程师 · 2021.03-至今
- 主导管理后台重构，首屏加载从 4.2s 降到 1.1s，页面跳出率下降 23%
杭州星芒网络科技有限公司 · 前端工程师 · 2019.07-2021.02
- 负责活动页开发与维护，配合后端联调接口

【教育经历】
浙江大学 · 计算机科学与技术 · 本科 · 2015.09-2019.06

输入范围与对照表

每个字段的范围与超限动作如下，右列是填错时会看到的提示：

下面这张长表是「弱表述 → 量化改写」对照清单，共 16 条，表中数字均为改写示范。点「加载更多」逐条展开，点「复制对照表」以 TSV 格式带走，可直接粘进 Excel。

边界与舍入说明

• 技能去重只认完全相同的字符串。React 与 react 算两个技能（大小写不同），React 与带尾空格的 React 会被 trim() 归一后合并。建议统一按 JD 的写法录入。
• ATS 匹配是大小写不敏感的字面子串匹配。这个简历生成工具会把正文与关键词都转成小写再比对，JavaScript 能匹配到 javascript，但匹配不到 JS 缩写或同义词。示例里 Node.js 未命中，就是描述里没写这四个字符。
• 量化率只看「描述」字段。公司名、职位、起止时间本来就带数字（示例里的 2021.03），若把它们也算进来，每段经历都会自动变成 100%，指标就失去意义了。
• 行数不是质量指标。示例 16 行只代表字段填得少，不代表简历够用。按 A4 一页约 31 行的常见版式估算，一页正文大约能放 1300～1900 个汉字；示例 136 个汉字折合不到半页，属于「内容偏薄」，实际投递建议把每段经历补到 2～4 行。
• 工作年限最小步长 0.5。填 5 与 5.0 都输出「5 年」，填 5.5 输出「5.5 年」。负数、超过 50、非数字一律拒绝，不会静默归零。
• 空描述不会留下孤立项目符号。某条经历的第四段留空时，那一行的 - 会被整行省略。
• 时间格式不做校验。「2021.03-至今」「2019.07-2021.02」都按原样输出，工具不解析、不排序、不计算时长——招聘系统对时间的解析规则各家不同，擅自改写反而可能弄错。
• 姓名与邮箱会原样出现在每一份输出里。下载的 .txt 是 UTF-8 无 BOM 编码；复制到电子邮件正文时若出现乱码，通常是对方编辑器默认按 GBK 解码，与本工具无关。

常见问题

相关工具

• 简历摘要生成器：只生成简历开头 2～4 句的自我概述，配合本页正文使用。
• 简易合同生成器：按结构化字段整理合作条款，同样靠字段拼装避免排版返工。
• 租赁协议生成器：填租期与租金后生成协议条款，字段化录入思路一致。
• 简易遗嘱生成器：整理财产与继承人信息，输出可读的文书文本。
• 发票生成器：按字段生成发票版面文本，核对抬头与金额更省事。
• 清单生成：把一行一项的清单整理成带序号的文本。
• 实用工具：查看全部实用工具。