简历被筛掉，多数不是"能力不够"，而是读的人在十几秒里没找到三条信息：你做过多大范围的事、用什么方法、结果能不能验证。过筛是信息检索题，不是自我表达题。
按"谁在读 → 三段怎么排 → 单条怎么写 → 数字怎么来 → 长度与对齐"拆，每节给判断规则和可直接套的句式。
1. 三道关
同一份简历被三种人用三种读法各看一遍。写之前先知道每关在找什么，比事后改十遍措辞有用。
| 关卡 | 谁在看 | 在找什么 | 直接淘汰的信号 |
|---|---|---|---|
| 关键词扫描 | HR / 招聘系统 | JD 里的硬性词出没出现 | 年限、学历、关键技术词一个都对不上 |
| 技术初判 | 用人团队的工程师 | 项目是不是你真做的、深度到哪 | 只有名词没有场景，技能与项目互相矛盾 |
| 细看 | 用人经理 | 能不能独立扛事、沟通成本高不高 | 全程被动描述、没有结果、没有边界感 |
三关关注点不重叠，"一份简历打天下"必然在某关掉分：写给 HR 的关键词密度，对技术面的人是噪音；写给技术面的实现细节，HR 读不懂也不加分。
判断规则：遮住姓名，只留技能行、最近一段经历、最近一个项目。三段读完说不出"这人在什么业务里、用什么技术、把什么变好了"，第一关就过不去。
2. 三段式结构
| 段 | 篇幅 | 必含字段 | 常见错误 |
|---|---|---|---|
| 基础信息 + 技能 | 上部 1/4 | 姓名、联系方式、城市、年限、技术栈（分档） | 技能堆成几十个词；写"精通"却无落点 |
| 核心经历 | 中部 1/2 | 公司、岗位、起止年月、职责范围、关键结果 | 只写职责不写结果；一段塞五件事 |
| 项目与产出 | 下部 1/4 | 项目名、角色、选型、量化结果、可验证链接 | 写成产品介绍；不说自己负责哪部分 |
张三 | 后端工程师 | 杭州 | 5 年
技能：Java（熟练，JVM/并发）、Spring Boot（熟练）、
MySQL（掌握，索引与慢查询）、K8s（了解）
2021.03–至今 XX 科技 后端工程师
· 负责订单域 4 个服务的开发与稳定性
· 下单链路的同步校验改为异步补偿，超时率 X% → Y%
项目：订单履约中台（2023，主力 3 人，我负责状态机与灰度）
三段要互相对应：技能行每个词在项目段有落点，项目段每个结果在经历段有职责支撑。对不上就是硬伤，见第 9 节。
3. 单条经历的改写公式
一行一条，按 动作 + 对象 + 方法 + 结果 四格写。缺哪格，读的人就替你补一个最保守的版本。
| 改写前 | 改写后 | 补的是哪格 |
|---|---|---|
| 负责订单系统的开发和维护 | 重构订单创建链路，库存校验改为本地预占 + 异步对账，超时率 X% → Y% | 对象从"系统"缩到"创建链路"，补机制 |
| 参与缓存优化 | 商品详情加两级缓存：热点走本地 Caffeine、回源走 Redis，DB QPS 降 Z% | 方法说清分层与回源路径 |
| 优化了接口性能 | 列表接口的 N+1 查询合并为一次批量查询，P99 从 A ms 降到 B ms | 结果给了可核验口径 |
| 使用 Kafka 做消息解耦 | 用 Kafka 承接订单状态变更，5 个下游从同步调用改订阅，主链路 RT 少 C ms | 说清谁被解耦、收益在哪 |
| 协助排查线上问题 | 定位到连接池未归还导致泄漏，改 try-with-resources 并加泄漏检测，同类故障不再复发 | 从"协助"变"定位并修复" |
公式：<强动词> <限定对象>，用 <机制/选型> 解决 <约束>，<可验证结果>
一条超过两行就拆成两条。判断规则：把这一行发给不了解你项目的人，他能复述出"你改了哪里、为什么这么改"算合格；只能说"他做了订单"就是不及格。
4. 量化改写的五种方式
数字不是好看，是让"结果"可被追问。拿不到线上数据时，用能被追问一次就答上来的替代量。
| 方式 | 句式 | 例子 | 没数据时用什么 |
|---|---|---|---|
| 规模 | 把 X 从 A 扩到 B | 接口从 12 个收敛到 4 个 | 模块数、表数、服务数 |
| 频率 | 每天/每周 X 次 | 发布从每周 1 次到每天 3 次 | 流水线触发次数、工单数 |
| 耗时 | 把 X 从 A 降到 B | 构建 18 分钟 → 4 分钟 | 本机计时复现一次并注明环境 |
| 比例 | 覆盖/下降 X% | 核心链路用例从 0 到覆盖主要分支 | 用例数、分支数、场景清单 |
| 成本 | 省下 X 台 / X 人力 | 合并 3 个服务，省 2 台 4C8G | 账单、规格换算、值班人力 |
三条硬约束：一是能被追问一次，问"这数怎么算的"要能说出采集口径（监控面板、日志统计、账单）；二是口径写清，写"P99 从 800ms 降到 120ms"而不是"性能提升 6 倍"，前者可核对，后者只是做除法；三是没有数字就写机制，"消除了下游抖动导致的超时"也成立，比编一个百分比安全。
5. "负责了"为什么无效
"负责"描述岗位分配，不是你的动作，读的人无法从它推断能力信息，于是自动降级为背景噪音。
| 弱 | 中档 | 强 | 强在哪 |
|---|---|---|---|
| 负责 | 参与、对接 | 主导、牵头、落地、收敛 | 隐含决策权与交付责任 |
| 优化 | 重构 | 拆解、替换、降级、兜底 | 说清用什么手段换什么收益 |
| 协助 | 支持 | 独立完成、从 0 搭起 | 说清边界与自主度 |
| 跟进 | 推进 | 推动上线、拍板、定方案 | 说清在协作里的位置 |
判断方法：删掉动词，剩下的句子还能读出"你改变了什么"吗？不能，说明这句话全靠动词撑，要重写。
另一类无效写法是流程复述——"参与需求评审、编码、测试、上线"，人人都一样，要写的是流程中被你改变的那个环节。
6. 技术栈：区分"用过"与"掌握"
| 档位 | 判据（当场能否自证） | 简历写法 | 面试怎么问 |
|---|---|---|---|
| 熟练 | 能讲原理、边界、踩过的坑，有故障案例 | 首行 + 至少两处落点 | 追问底层实现与线上处置 |
| 掌握 | 能独立写完完整功能，不需查文档 | 技能区列出 + 一处落点 | 用法、配置、常见坑 |
| 了解 | 看过文档、跟做 demo，能读懂别人代码 | 不单列，或明确标"了解" | 一般不深问，答不上不扣分 |
判断规则：技能区每写一个词，就去项目区找落点，找不到直接删。删完通常只剩 8–12 个词，这是加分项——让第二关一眼看到主线。反面是砌墙：Java、Python、Go、Vue、React、Docker、K8s、Flink 全列上，读的人只会得出"这人没有主线"。
7. 项目的 STAR 压缩版
| 格 | 要回答的问题 | 压缩后长度 |
|---|---|---|
| S 情境 | 什么业务、什么量级、什么约束 | 半句 |
| T 任务 | 你要解决的具体问题（不是"负责开发"） | 半句 |
| A 行动 | 你做的关键决定，不是流程步骤 | 一句 |
| R 结果 | 可验证的改变，带口径 | 半句 |
背景：三条业务线各一套履约逻辑，改一次规则要改三处，回归两天
问题：把规则变更成本压下来，且不能让三条线同时停机
做法：抽公共状态机，规则配置化，业务线只实现扩展点，灰度按线切
结果：接入两周 → 三天；规则类故障月度归零；回归缩到单条线
团队项目要写明分工："主力 3 人，我负责状态机与灰度开关"。写"主导整个项目"却说不清改过哪个模块，是第三关最容易戳穿的地方。
8. 长度与排版
| 情形 | 页数 | 理由 |
|---|---|---|
| 应届 / 3 年内 | 1 页 | 读的人只看项目密度，多余页稀释重点 |
| 3–8 年 | 1–2 页 | 有两段以上独立经历时才用两页 |
| 8 年以上 | 2 页，早年压成一行 | 早年细节已不构成判断依据 |
排版硬约束：时间倒序、格式统一为 2021.03–2024.06；每段 3–5 条、每条不超两行；中英文之间留空格、标点统一；技术名词大小写统一（MySQL 不是 mysql）；不贴照片、不写年龄婚育与性格；导出 PDF，文件名 姓名-岗位-年限.pdf。
判断规则：打印后从桌上拿起、扫一眼、放下，十秒内能否指出"这人最强的一件事"。指不出来，先删内容再加页。
9. 关键词对齐与常见硬伤
对齐四步：先把 JD 拆成硬性技术词、场景词、软性词三类；硬性词逐个找落点，找不到就补真实经历或换岗；场景词放在最近一段经历首行，它决定你被归到哪一类；改完做一遍遮名测试，确认三段指向同一方向。
| JD 里的词 | 简历落点 | 反面写法 |
|---|---|---|
| 高并发 | 结果里的 QPS、连接数、线程模型 | 技能区写"熟悉高并发" |
| 稳定性 | 故障处置案例 + 监控/告警/预案 | 写"责任心强" |
| 中间件 | 用了哪个、解决什么约束 | 列 8 个中间件名字 |
| 团队协作 | 跨团队推动的具体事与阻力 | 写"沟通能力强" |
| 硬伤 | 对方读到什么 | 处理 |
|---|---|---|
| 时间断层无解释 | 有空窗问题或在隐瞒 | 一行说明：进修、空档、家庭原因，不展开 |
| 技能与项目对不上 | 技能是抄的或项目是别人的 | 删技能或补落点，二选一 |
| 投递岗位与简历方向不符 | 海投，没做功课 | 换定制版；真不匹配就换岗 |
| 一份简历投同公司多岗 | 系统里重复出现，像在碰运气 | 一次只投一个，等反馈 |
10. 边界
| 场景 | 简历能做的 | 该换的手段 |
|---|---|---|
| 硬门槛不满足（学历/年限/证书） | 用项目深度争取破格面试 | 内推、直接联系用人经理 |
| 转行跨度大 | 把可迁移能力写成项目结果 | 先做能演示的产出，用作品替代年限 |
| 团队缩编被裁 | 一行说明原因，不渲染 | 内推优先于公开投递 |
| 目标岗只招个位数 | 定制版 + 提前了解业务 | 社群、猎头、内推三线并行 |
| 改到第五版仍无回应 | 问题可能不在简历 | 先按第 9 节自查匹配度，再考虑降级目标 |
简历是把已有信息排成对方要的顺序，造不出经历。改到顺序正确、每条可追问就停手，把时间放到渠道和面试上。
11. 自测
- 三道关各在找什么，你的简历哪一段是写给哪一关的？
- 你最近一条经历，四格里缺了哪一格？
- 哪个数字，被追问"怎么算的"时你答不上来？
- 技能区哪些词在项目区找不到落点？
- 项目段别人读完，能说出"你改了哪里"吗？
- 目标 JD 里哪几个硬性词完全没有对应？