# 从"一份份看"到"一张对照表"：把简历初筛拆成三个动作，附 4 条可复制提示词 #WorkBuddy#

一个人招人，最像"筛简历"的时刻，不是坐在电脑前那一小时，是把三十份文件拖进一个文件夹、准备打开第一份的那一秒。

你心里其实有标准——要什么背景、要几年经验、要哪类项目。判断一份简历快得很，十秒就有直觉。

但三十份看完，你能说清楚的是最后三份。前面二十七份，只剩一个模糊的"好像有几个还行"。

这不是不专注。这是"一份份看"这个动作本身的问题。

---

## 一、一份份看，注定留不下来

先说清楚"卡在哪"。

**第一层：短期记忆撑不住。**

人一次能稳定处理的"待比较对象"是很少的。看到第十五份的时候，第一份的细节已经掉了；等你想回头比，得重新打开它——而重新打开的成本，不只是那几秒，是**你又要重新读一遍才能回到当时的判断**。

三十份下来，时间是怎么分配的？按行业里最常见的估算，初筛一份大约 2 分钟，三十份就是六十分钟。这六十分钟里有多少花在"回头找前面那份写了什么"，取决于你中途翻了几次——而翻几次，取决于你的短期记忆能撑住几份。

**这是整件事里最不可控的部分，却也是最容易被忽略的部分。**

**第二层：标准在漂移。**

这一层更隐蔽。

看第一份时，你心里的"及格线"是 A。看到第二十份时，那个 A 已经变了——因为中间这十九份，悄悄把"什么算正常"给重新校准了一遍。

你说不清它在哪一份变的，但它确实变了。**结果是：排序不代表优劣，只代表"你什么时候看到它"。**

**第三层（最要命的）：每份的字段都不一样。**

- 有人按时间写：2018–2021 甲公司，2021–2024 乙公司
- 有人按项目写：三个项目，每个项目一段
- 有人只写职责不写成果："负责用户增长"
- 有人只写成果不写职责："DAU 从 3 万到 12 万"——但没说团队几个人、他负责哪一块

**这意味着：你手上根本不是三十份"可比的资料"，而是三十篇"各写各的文章"。**

没有同构，就没有比较。你只能"一份份判断"，永远做不到"放在一起看"。

> 所以，**把 30 份简历摆在一起的时候，如果它们不是同一组字段填出来的，那不叫筛选，那叫"读了 30 篇文章"。**

---

## 二、第一步不是"评估"，是"定字段"

顺序反了，后面全是在给前面找理由。

正确顺序是：**先决定"我要看哪几栏"，再开始看第一份。**

为什么这一步不能省？因为一旦你先看了几份，你的字段就被那几份"带跑"了——你会不自觉地把前几份里出现的东西当成"应该有的"，把没出现的当成"不重要的"。**先定字段，是在保护你的判断不被样本劫持。**

字段定三类，**必须分开，不许混在一列**：

| 类别 | 定义 | 判定方式 | 常见内容 |
|---|---|---|---|
| **一票否决项** | 不满足就直接不看后面 | 是/否，命中哪一条 | 硬性门槛：地点、到岗时间、必须具备的证照或技能 |
| **加分项** | 满足加分，不满足不减分 | 命中则**引原文** | 相关项目经历、可验证的成果、对口的行业经验 |
| **待确认项** | 简历**没有回答**的问题 | 逐条列出 | 时间断层、职责边界、数字缺口径 |

**三类为什么必须分开？** 因为它们的"处理方式"完全不同：

- 否决项是**硬开关**（命中就结束）
- 加分项是**排序依据**（越多的越靠前）
- 待确认项是**下一步动作**（要在面试里问清楚的）

**如果把它们混在一列打成分数，你得到的是一个不可追溯的结论**——一个候选人拿了 7 分，你既不知道该不该见他，也不知道见了他该问什么。

**配套铁规则：不许让 AI 给"综合评分"。** 一给分数，它就会去"补全"（第三节会讲为什么这是坑），而且分数无法回溯——你没法解释"为什么它是 6 分不是 7 分"。

---

## 三、让每一份只产出三行

字段定完，动作就简单了：**每份简历，只允许产出三行。**

第一条提示词长这样：

```text
逐份处理这个文件夹里的简历，一份都不要漏。每一份只输出三块，不要有第四块：

1. 硬性条件核对：按我给的硬性条件逐条判断"满足 / 不满足 / 未提及"。
   规矩：简历里没写的一律写"未提及"，不许根据常识推测，不许写"应该具备"。

2. 加分项：只列简历里明确写出来的相关内容，每条后面附上原文那一句。
   简历里没有的不要补充。

3. 待确认项：这份简历没有说清楚的地方（先原样列出来，不用分类）。

不要输出"整体评价""综合建议"这类内容，也不要给这一份写任何总结性的话。
```

这三行的关键约束是两条：

**① 每一条结论都必须能回到简历原文。** 引不出原文的判断一律作废。这条约束一加，AI 的输出质量会立刻变——因为它被逼着"只搬运、不发挥"。

**② 不许出现"整体评价"。** 不要"该候选人经验较为丰富"这种句子。要"5 年经验，其中 3 年在同行业"。

**这一步为什么不能让人来做？**

因为"读文件"是机器最擅长、人最不擅长的事——不是说人读不懂，是人在读第 12 份时，注意力已经开始往下掉，而机器不会。而且这类活是**批量结构的**：同样的字段、同样的格式、重复三十次。

这正是 [WorkBuddy]这类能直接读本地文件、按固定格式批量产出的工具该干的活：把三十份格式各异的文件丢进去，用同一套字段过一遍，出来的是三十条同构的记录——**而你要做的，是核对这三十条记录，不是从零读三十份文件**。

注意分工：**"哪些字段、什么标准"是你的活；"按这套字段把三十份都过一遍、一条不漏"是它的活。** 这个分工不能反过来——标准一旦交给它定，你就失去了后面所有判断的基准。

---

## 四、最值钱的坑：它会把"没说"当成"没有异常"

这一条是整篇里我最想让你记住的。

当你直接说"帮我评估一下这份简历"时，多数 AI 的反应是**默认补全**：

- 简历写"2019–2021 在某公司做运营" → 它输出"具备 2 年运营经验"
- 简历写"负责某项目" → 它输出"有项目管理经验"
- 两段经历之间空了一年 → **它不会提**

它没有撒谎。它只是**默认"简历里没写的，就是没什么可写的"**。

但招人的风险，恰恰全在**没写的那部分**：

| 没写的 | 真实风险 | 该怎么问 |
|---|---|---|
| **时间断层** | 两段经历之间空了一年，可能是空白期，也可能是做了没写 | "2021 到 2023 这段时间，你在做什么？" |
| **职责边界** | "负责某项目"可能是主导，也可能是打杂 | "这个项目里，你和另外几个人各自负责什么？" |
| **数字缺口径** | "增长 300%"——基数多少、多长时间、算的是哪个指标 | "这个 300% 的基数是哪个数、是多长时间内的？" |

**所以，正确的指令不是"评估"，而是"列出它没有回答的问题"。**

这两个指令的差别，是整件事的分水岭：

- 让它**评估** → 它会去**填**，然后给你一个看起来完整的结论
- 让它**列缺失** → 它只能**指**，指哪几处没有说

**给评分它就会补全，要清单它才不敢编。**

第二条提示词，专门干这件事：

```text
针对这批简历里的每一份，单独列一个"未回答清单"。

只找三类：
① 时间线上的空档：两段经历之间，有没有没交代的时间。
② 没有边界的职责表述：写了"负责某件事"，但没说做到什么程度、是主导还是参与。
③ 没有交代口径的数字：出现了百分比或增长数，但没说基数、周期、统计的是哪个指标。

硬规矩：
- 只列"它没说什么"，不要推测"它可能是什么"。
- 不要评价这个人，不要给结论，不要排序。
- 一份简历里三类都没有，就写"无明显缺口"，不要为了凑数硬找。
```

第三条提示词，把前面的结果压成一张表：

```text
把前面所有结果合并成一张表，一份简历一行，列固定为：

序号 | 硬性条件①②③ | 加分项条数 | 未回答项条数 | 最需要问清的一件事

要求：
- 硬性条件的每一列只填"满足 / 不满足 / 未提及"。
- "最需要问清的一件事"每行只能写一件，要具体到能照着问出口。
- 全表不许出现分数、评级、"建议录用/不推荐"这类内容。
```

---

## 五、排序是最后一步，不是第一步

到这里你手上有一张表了。**这时候才轮到"排序"。**

排序的判据，按这个顺序走：

1. **否决项清零的**先留下——命中任意一条否决项的，直接出局，不用参与排序
2. 在留下的里面，**加分项条数**多的靠前
3. **"未回答项"里出现时间断层或职责边界不清的，不能直接进面试**——它们不是"差"，是"信息不足"。要么先问清楚，要么往后放

**第三条是很多人会漏的。**

"待确认"和"不合格"是两回事。一个候选人可能只是简历写得糙，实际很对口；也可能确实在藏东西。你不问，这两种情况在你眼里长得一模一样。

**所以"待确认"的，进面试前先变成问题。**第四条提示词就是干这个的：

```text
把每一份的"未回答清单"，直接转成面试里要问的问题。

要求：
- 一个问题只针对一个缺口，不要把三个缺口塞进同一句话。
- 语气按"了解情况"写，不按"质问"写。
- 每份最多保留 3 个问题，按"最影响你判断"的顺序排，多余的丢掉。
- 避免引导式问法——不要写成"你是不是那段时间没工作"，
  要写成"这两段之间那段时间，你主要在做什么"。
```

一张排完序的表，大概长这样（下面是字段排布示意，不是真实案例）：

| 序号 | 硬性① | 硬性② | 硬性③ | 加分项 | 未回答项 | 最需要问清的一件事 |
|---|---|---|---|---|---|---|
| 01 | 满足 | 满足 | 未提及 | 3 条 | 1 条 | 两段经历中间那一年，主要在做什么 |
| 02 | 满足 | 不满足 | 满足 | 1 条 | 0 条 | ——（硬性②不满足，可先不问） |
| 03 | 未提及 | 满足 | 满足 | 2 条 | 2 条 | 那次改版里，你具体负责哪一块 |

**注意第 03 行**：它有两个未回答项，但"最需要问清的一件事"只写了一条——因为面试里能问的问题是有上限的，**你必须先决定"哪个缺口最影响你的判断"**。这个决定才是排序这一步真正的产出，那张表只是它的记录。

**配套铁规则：同一件事，第一次看到不当真，第三次看到才算信号。**

比如三个人都提到"上一份工作做了不到一年就走"。第一次是个案，第二次开始值得留意，第三次就是**你该回头改岗位描述或面试流程的信号**——它说明你要的人和你实际能吸引到的人之间有落差。

---

## 六、还有一件容易被跳过的事：别让它散在聊天记录里

这段本来不想写，但它确实是初筛流程里最容易被吃掉的一环。

初筛的产出有两个东西：**原件**（三十份简历）和**记录**（那张对照表 + 每份的未回答清单）。

多数人的处理方式是：简历留在微信/邮件里，对照表留在 AI 的对话窗口里。过两周要复盘"当初为什么没约那个人"，**记录已经找不到了**——对话窗口会被新的对话顶掉，简历还压在几十条消息下面。

而这两样东西，是**有留存价值的**：

- 对照表 = 你这次用的是什么标准（下次招同类岗位，可以直接改）
- 未回答清单 = 你准备问的问题（面试提纲）
- 简历原件 = 万一有合规要求要留档（招聘资料通常需要留存一段时间）

所以，在流程的最后加一句：**把这批文件从"聊天窗口"挪到一个"你自己能随时找到的地方"**。

如果量不大，本地分类目录就够。但如果是**每次招人都留一批、要跨设备看、还可能换电脑**的情况，一个 [对象存储]会比"存在某台电脑上"更稳——按年月建目录、原件和对照表放一起，下次要翻，直接按时间进去找。

这不是必需项。但**"初筛的产出一旦产生就该有个固定去处"**这件事，值得在第一次做的时候就定下来——否则第三次招人时，你会发现自己又从头开始。

---

## 七、几条必须说清的边界

**第一，这套方法不替你做录用决定，也不该替你做。**

它做的只有一件事：把三十份不可比的资料，变成一张可比的表，并把"没说的部分"挑出来。**决定谁进面试，是你的事。** 让 AI 排序只是一个候选顺序，它是"信息整理的结果"，不是"判断的结果"。

**第二，有些东西天生不适合这么处理。**

团队合不合、人稳不稳、有没有劲——这些看简历看不出来，做成表也看不出来。硬要打分，只会得到一堆看起来精确、实际毫无意义的数字。

**第三，字段口径必须你自己定。**

"几年经验算够""哪类项目算对口"——这些没有标准答案，取决于你这个岗位真正要解决什么问题。**别让工具替你定标准**，那等于把最该你负责的地方让了出去。

**第四，量小的时候，人肉更快。**

十份以内，你自己看一遍可能比搭这套流程更快。这套方法的价值出现在"份数上去、单份的判断开始互相干扰"之后——**它是为"记不住"这件事准备的，不是为"看得慢"准备的**。

---

初筛这件事，看起来是在考眼力，实际上是在考**"有没有把不可比变成可比"**。

判断力是天赋，很难改进。但"先定字段、每份只产出三行、把没写的单独挑出来"——**这三步是流程，流程是可以抄的。**

而流程能被抄的那一刻，你就不再需要靠"今天状态好不好"来决定这一批简历筛得准不准了。


一个人招人，最像"筛简历"的时刻，不是坐在电脑前那一小时，是把三十份文件拖进一个文件夹、准备打开第一份的那一秒。

从"一份份看"到"一张对照表"：把简历初筛拆成三个动作，附 4 条可复制提示词

虾总

职业发展

从"一份份看"到"一张对照表"：简历初筛拆解为定字段、产三行、列未回答清单三动作，附4条可复制提示词。核心在于先定标准避免判断漂移，让AI逐份提取硬性条件、加分项和待确认项，强制引用原文，禁止综合评分，最后合并为可比对表格，识别简历未写明的风险点。

对象存储

代码解释

WorkBuddy 

2026上云采购 | AI焕新·智启新局

workbuddy

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

从"一份份看"到"一张对照表"：把简历初筛拆成三个动作，附 4 条可复制提示词-腾讯云开发者社区-腾讯云

从"一份份看"到"一张对照表"：把简历初筛拆成三个动作，附 4 条可复制提示词

从"一份份看"到"一张对照表"：把简历初筛拆成三个动作，附 4 条可复制提示词

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐