看了几天 Agent 简历，我最想问的还是：为什么？

这几天面试了一些人，也看了不少应届生的简历。看下来，一个很直接的感受是：现在写 Agent 项目，英文名词实在太多了。

多 Agent、工具调用、Loop、RAG、Human-in-the-loop……一页简历读完，概念很密，项目到底做了什么却不太好找。

下面只是我最近的一点个人观察，不代表所有候选人，也不代表所有面试官。话可能有点直，但我想说的核心很简单：简历上的每一个亮点，最好都能接得住一句“为什么”。

英文可以写，但名词本身不算亮点

举个最近碰到的例子：Human-in-the-loop。

我看到这个词的时候愣了一下，问了才知道，候选人说的是在 Agent 处理过程中加入人工审核。解释的时候，明明可以用中文讲得很清楚，写在简历上却只剩下一个看起来很高级的英文概念。

我当时的第一反应是：加了一个人工审核环节，这就能单独当成亮点了吗？

仔细说，人工审核当然可能有设计难度。哪些操作必须先经过人确认？审核不通过以后，任务怎么继续？等人审核的时候，已经执行到哪一步的状态放在哪里？这些都是可以展开讲的东西。

可如果简历只写“引入 Human-in-the-loop 机制”，我看不出你具体解决了什么问题，也看不出你的贡献在哪里。

假设做的是一个内容发布助手，一句“生成结果先交给运营审核，通过后才能发布”，就能让我很快理解流程。接下来再讲为什么需要这个环节、你怎么实现它，技术细节才有落点。这个例子只是说明表达方式，实际写简历时，还是要对应自己真正做过的工作。

对我来说，满页术语却看不出具体做了什么，会降低继续读下去的兴趣。尤其是追问以后发现，候选人其实能把事情解释清楚，就更觉得可惜：本来可以直接展示的能力，被自己藏进了一串英文里。

英文术语可以让交流更准确，但不能替你说明工作量、难度和价值。

另一个感受，是简历包装这件事越来越严重。

一些 UP 主、自媒体作者会在社交平台分享自己的简历和项目经历。有人拿来参考表达方式，有人却直接把内容搬过去，改个公司、换段时间，就成了自己的实习产出。再和 AI 对话几轮，把项目背景、技术难点和面试回答都补齐，一段经历就这么“长”出来了。

我的评价很直接：把别人的经历写成自己的，这么做不道德。

但我也能理解求职者为什么焦虑。在一个大家都忙着包装的环境里，老老实实写自己做过什么，可能连自己都会担心：这样的简历，能拿到面试吗？看到别人靠包装获得机会，更容易产生“想活下去就得顺应环境”的想法。

这种压力是真实的，不能只用几句漂亮话就把它带过去。

只是，整理真实经历、把自己的贡献表达清楚，和直接编出一段实习，区别仍然很大。前者值得认真做，后者即使帮你换来一次面试，也会把后面的每一次追问都变成风险。

AI 可以帮你梳理项目、检查表达、模拟追问。它也很容易把一段故事补得十分完整。问题在于，这份完整来自生成，你自己有没有做过其中的判断、踩过其中的坑，是另外一回事。

有些简历越问越让人疑惑：技术方案写得很满，业务背景却像是临时补上去的。

找几个开源项目，再找几家业务看起来相似的公司，把项目套进一个实习背景里。表面上，技术和公司都有了，但中间缺了最关键的一段思考：这家公司为什么需要这个 Agent？

开源项目本身很适合学习。你能跑起来、读懂关键代码、做出自己的修改，再把理解讲明白，完全可以写成个人项目。如果确实在实习中基于开源项目继续开发，就要讲清实际业务背景、自己做了哪些改动，以及这些改动解决了什么问题。

谁会用它？用户原来怎么完成这件事？原来的方式到底哪里不好？为什么值得花人力和模型调用成本去做？Agent 给出结果以后，谁来使用这个结果，下一步发生什么？

这些问题串起来，才是我理解的业务闭环。

比如，一个系统能够读材料、检索信息、生成回答，到这里可以说明流程跑通了。但谁需要这份回答，回答怎么进入实际工作，结果出错时谁处理，仍然需要继续想清楚。

个人项目暂时没有真实用户，也没关系。可以明确说自己验证了什么、还有哪些假设没有验证。为了让经历显得完整，硬补一套并不存在的使用情况和效果数据，反而会让本来能讲清楚的部分也变得可疑。

我更想听到的是：你对这个场景有什么理解，为什么选择这种做法，亲手完成了哪部分，又知道它有哪些局限。

现在有些简历的写法，让我想起 25、26 届校招里那种给项目堆微服务的劲头。

一个很小的项目，先把服务拆开，再加上各种组件。面试官问一句：“这么小的项目，为什么要用微服务增加成本？”就开始不好回答了。

这类问题，我自己以前也有过糊弄过去的时候。现在再看，问题其实一直都在：选择一个方案，总得有个说得通的理由。

换到 Agent 项目里也一样。拆了好几个 Agent，接了一堆工具，又加上循环和检索，架构图画出来很热闹。但为什么要这么拆？一个 Agent 能不能做？哪些步骤用固定流程更合适？多一轮调用，换来了什么，又多付出了什么？

这些都值得在写简历之前想一遍。

某个技术很热门，可以成为你学习它的理由。放进具体项目以后，还需要解释它和实际问题的关系。否则，面试官只要顺着设计往下问几层，前面背得再熟，也容易卡住。

所以，我对准备 Agent 求职的同学，最实际的建议是：把简历逐句过一遍。

看到“设计了”，就问自己为什么这样设计，有没有考虑过别的做法；看到“实现了”，就把输入、处理过程、输出和异常情况讲一遍；看到“优化了”，就说清原来哪里有问题，改了什么，凭什么判断有效。如果写了数据，还要知道数据从哪里来、怎么统计。

可以找人做模拟面试，也可以让 AI 按简历不断追问。回答卡住以后，回到代码和项目事实里找答案，再把表达整理清楚。后续参加真实面试时，也把被问住的问题记下来，持续修正自己的理解。

准备充分，不只是为每个问题背一段答案。更重要的是，你知道简历里哪些内容是自己做的，哪些决定是自己想过的，哪些地方还没有弄明白。

应届生不一定有机会做很大的项目。一个范围不大、来龙去脉讲得清楚的项目，在我这里一样有说服力。最怕的就是简历把期待拉得很高，一问为什么，回答却接不上。

最后，送给这些现象一句三十字锐评：

术语堆得再高，也填不满业务的空洞；简历包装再厚，也扛不住一句为什么。