GoReady 提炼出来的条目读起来顺，只说明句子通顺，不说明它挑中的是你最想让招聘方先看到的那几条。更稳的顺序是先别急着看结果页，把原简历和提炼结果并排放，逐段确认哪些经历被保留、哪些被合并、哪些干脆没进首屏，再决定留哪条、补哪条、把哪条顶到第一段。
GoReady 的提炼结果适合当候选清单，不适合直接当终稿。适用场景是投递前的自查：上传后先做一次逐条比对，看原简历每段经历在结果里有没有对应条目、对应的是岗位主线还是边角、时间职责结果有没有被压掉。操作上把原文与结果导出成纯文本并排编号，验证方式是随机挑三条结果里的表述，能在原简历中指出对应段落才算通过。边界是它不替你判断岗位相关性，这一步必须人工做。
把原简历和 GoReady 摘要并排放，逐条标出被抽走的经历
做法很土但有效：把原简历按自然段编号，每条独立经历算一段；再从结果页把内容整段复制出来，对着编号逐条打钩。左列写你自己填的原简历段落，右列写 GoReady 的处理结果，判断栏空着的地方就是需要回头补的。下面这张表是填写格式示例，内容请换成你自己的。
| 原简历段落（编号） | GoReady 的处理结果 | 判断 |
|---|---|---|
| P1 某公司后端开发，负责订单服务 | 保留，压成一句「负责订单服务开发」 | 需补齐职责范围 |
| P2 同公司，主导订单查询链路改造 | 未出现 | 若是主线必须手工补回 |
| P3 个人项目、开源提交 | 合并进「其他经历」 | 可留可删，看岗位 |
| P4 证书、语言能力 | 未出现 | 正常，不影响首屏 |
标完之后重点看两类信号：某段经历在结果里连影子都没有，而它又是你做得最久或最难的一段，这属于漏抽；多段经历被压成一句「参与多个项目」，这属于并抽过度。两种情况都要手工改，不要指望重新上传一次就自动变对。
导出和比对可以用几条命令完成，先决定用 pdftotext 还是手工复制，再把两份文本按非空行编号后并排看差异：
# resume.txt 为简历原文，goready_result.txt 为结果页复制出来的文本
pdftotext -layout resume.pdf resume.txt
awk 'NF{print NR": "$0}' resume.txt > resume.numbered.txt
awk 'NF{print NR": "$0}' goready_result.txt > result.numbered.txt
diff -y `--width`=160 resume.numbered.txt result.numbered.txt | lessdiff 只负责定位缺失与错位，哪条该留仍然要人工判断。风险边界在于：工具只能处理你上传的那份文本，简历里本身写得笼统，它没有素材可以提炼出具体内容。
判断被抽中的条目属于岗位主线还是边角经历
被抽中不等于该留。判断标准只有一条：这条信息能不能直接对上目标岗位的招聘描述。做法是从你要投的那份 JD 里抄出反复出现的名词和动词，整理成岗位主线关键词清单，再和结果里的条目一一对应。
| 岗位主线关键词（来自 JD） | 结果中的对应条目 | 判定 |
|---|---|---|
| 订单 / 交易链路 | 「负责订单服务开发」 | 主线，保留并前置 |
| 接口设计 / 联调 | 未出现 | 原简历若有，需补回 |
| 数据一致性 | 未出现 | 与主线相关，建议补 |
| 跨团队沟通 | 「参与跨团队协作」 | 边角，可后置或删 |
关键词清单的来源只能是你要投的那份 JD，「有责任心」「学习能力强」这类通用词不要进清单。对应完之后通常会出现三种情况：有对应且是主线，留；有对应但是边角，后置；关键词在结果里搜不到，但原简历里有，补回去。验证方式很简单，把清单里的每个词在结果文本里搜一遍，搜不到的就标注「原简历有 / 原简历也没有」。
给被保留的经历补齐时间、职责范围和成果量级
提炼结果最常见的损伤是压缩：时间没了、职责范围模糊、成果只剩一个动词。改法是把每条被保留的经历补成三段式，时间用来对齐面试官的时间线，职责范围说明你管多大的面，成果量级说明这件事做到什么程度。
时间：2022.04–2023.06（在任职区间内单列，便于对齐时间线）
职责范围：负责订单服务中「下单—支付回调」链路，独立维护 3 个对外接口，参与 2 次大版本发布
成果量级：把「可核验的数字」写成「从 X 到 Y」或「覆盖 N 个调用方 / N 张表」，数字要能在发布记录、监控面板或工单里找到出处改写前后对照示例：改前是「负责订单服务开发」，改后是「2022.04–2023.06 负责订单服务下单链路，独立维护 3 个对外接口，参与 2 次大版本发布」。改前是「参与多个项目」，改后是「2021.03–2022.03 参与 A、B 两个项目，其中在 A 项目负责某模块，交付可在发布记录中查到的结果」。
需要说明的边界：数字填不出来就写范围或规模，不要编。面试里被追问来源却答不出的数字，比不写更糟。
按投递方向调整摘要顺序，把最相关的经历顶到第一段
同一份经历投不同岗位，首屏顺序应该不一样。调整顺序不改内容，只改段落次序，让招聘方第一眼看到的经历正好是岗位主线关键词命中的那条。
| 顺序 | 方向 A：业务后端开发 | 方向 B：平台 / 基础设施 |
|---|---|---|
| 1 | 订单与交易链路经历 | 通用组件或中间件经历 |
| 2 | 性能与稳定性相关经历 | 工具链与自动化经历 |
| 3 | 跨团队协作与联调 | 业务方支撑经历 |
| 4 | 其他项目与证书 | 其他项目与证书 |
具体动作是：把命中岗位主线关键词的那条提到第一段，第二段放同一方向的支撑经历，其余按时间倒序排。改完回头核对两点，时间线是否仍然连续、同一条经历有没有在两个位置重复出现。验证方式是让不了解你背景的人只读第一段，看他能不能说出你主要做什么。改投另一个岗位时，这套排序要重新走一遍，不要沿用上一版的顺序。