转行 AI 简历:项目经历这三类写法最容易被跳过
版权与内容来源声明本文为原创整理。文中涉及官方文档、开源仓库、论文与公开报道的内容均在附表 A 中标注来源引用官方原文保持原样不作改写。文中命令、版本号与界面截图以本文成文时的实测/核验结果为准标注「待验证」的部分请以你本地环境实际输出为判断依据。本文不推荐任何不合规的软件获取方式也不对任何收益结果作承诺。转载请注明出处。第 1 章 先把「筛选者读简历」这个动作拆开1.1 简历不是被「读」的是被「找」的简历到手看的人不是从头读到尾而是找证据找一句能让他判断「这个人动过手没有、动到什么程度」的话。读者会顺着作者的安排走找证据的人不会——他带着问题进来扫到能回答的句子就停扫不到就越过去。所以简历里的句子不是「写给读者看的」是「留给别人查的」。他手上的动作可以拆成三步阅读动作他在找什么什么样的句子会被跳过扫动词和它的对象也就是「做过什么」整行都是名词、找不到动词的句子追下一步细节也就是「怎么做的」只有「负责」「参与」、没有产物的句子比取舍也就是「为什么这么做」只列工具、不给理由的句子三个动作对应本文要讲的三类最容易被跳过的写法。先说清性质本文关于「招聘方在看什么」的表述都是对公开岗位描述共性的定性归纳不构成统计结论也没有做样本量统计具体以你投的那个岗位的原文为准。从两份公开岗位描述里能捞出一批反复出现的动作词参与大模型应用开发、提示词设计、接口调用、搭建检索问答系统、数据清洗与向量化、向量数据库运维、把能力封装成标准接口、容器化部署定性归纳原文见附表 A。这些词的宾语都是「东西」——系统、接口、数据、文档没有一条是「学过某门课」。1.2 核心判据这段描述能不能被追问出下一步全文只有一个判据读完这句话看的人能不能立刻想到要追问什么这个性质叫可追问性——一句话里有没有「可被问的东西」。判断方法很朴素对任何一句描述问三个问题这句话里的动词是什么这个动词的宾语是什么具体东西做完之后世界上多了什么为什么这么做、而不是那样做放弃了什么三问都答得上这句话就有可追问的东西任何一问答不上就是空话。有个点容易被忽略筛选者跳过一句往往不是他不想问而是这句话里没有任何可被问的对象。「熟悉各种大模型框架」想问都无处下手——问你熟到什么程度这个问题没有答案口径。而「同一批问题里命中的来源从 5 条变成 9 条」问题立刻就出来了怎么切的那批问题怎么挑的1.3 三类写法总览类别长什么样追问卡在哪本质缺的是第一类 名词清单一行技术名词没有动词「你用它做了什么」答不出动作动作与对象第二类 职责平移「负责……」「参与……」「做成了什么」答不出产物结果与产物第三类 工具罗列「使用某某框架实现……」「为什么用它」答不出取舍判断与代价这三类不是独立的毛病而是同一条链上依次断掉的三处先没有动作补上动作发现没有结果补上结果发现没有判断。改的时候也按这个顺序一次补一层。第 2 章 第一类只有名词没有动作2.1 名词行为什么最先被跳过名词行的辨别力为零它写的信息任何人都能原样抄一遍没做过的人抄起来更顺手因为只要记住名词、不必记住过程。看的人知道这点眼睛会自动越过名词行去找动词。它还有个副作用把「我听说过」和「我做过」混在同一句里。「了解提示词工程」和「写过提示词并对比过不同写法」在读者眼里是同一句话他分不出来分不出来的只能按低的算。2.2 改写前 → 改写后改写的关键不是加形容词而是把名词还原成一次动作。改写前为什么会被跳过改写后能被追问出什么熟悉 RAG、LangChain、向量数据库了解提示词工程四个名词排在一起找不到一个动词用 LangChain 搭了一条检索问答链路把一份自学的课程讲义切成小段、逐段转成向量存进本地向量库收到问题先检索相关段落再连同问题交给模型作答检索不准时你怎么调切分粒度怎么定的掌握 Python 与大模型 API 调用了解 Agent 开发流程「掌握」「了解」是自我评价词不是动作调用大模型接口写了一个能连续对话的小程序第二问会带上前一轮内容把调用失败的几种情况记下来遇到异常返回一句人话提示而不是直接崩掉上下文是整段重发还是你做了裁剪熟练使用 Git、Linux、Docker三个工具名并列没有宾语给项目写了容器化的启动方式别人拿到仓库照着说明文件就能把环境跑起来依赖清单单独列出不含本地路径基础镜像怎么选的两个词第一次出现先把人话解释补上检索增强生成常缩写为 RAG意思是不让模型凭记忆回答先让程序从你自己的资料里查出几段相关内容再连同问题交给模型向量库专门存文本对应的数字串、并按接近程度找出最相关段落的地方把一段文本变成一串数字这个过程叫向量化。改完之后句子变长了但每行都多了一个「抓手」别人读到这里知道该问你什么。2.3 动作化的三步第一步找动词把「熟悉」「了解」「掌握」划掉换成你真正做过的动作——搭、切、存、调、写、跑、记、改。第二步补对象给动词接一个具体的东西。不是「做检索」是「把讲义切成小段存进向量库」。第三步给结果最容易省也最不能省它是下一步能不能被追问的入口。⚠️代码待验证{原始写法:熟悉 RAG、LangChain、向量库了解提示词工程,缺什么:[没有动词,没有对象,没有结果],第一步_找动词:把「熟悉」换成「搭了一条链路」,第二步_补对象:讲义 → 切分 → 向量化 → 入库 → 检索 → 作答,第三步_给结果:同一批问题命中的来源由 5 条变成 9 条}最后那一步给的是前后对比不是百分比——百分比没有前提就没法核对第 3 章展开。第 3 章 第二类只有职责没有结果3.1 「负责」是授权词不是动作词「负责」出现在简历里说明的是你被安排了什么不是你做了什么。「参与」「协助」「配合」同理它们描述位置不描述动作。一句「负责数据清洗与向量化处理」读的人知道你的岗位在做什么但完全不知道你手上过了什么、最后留下了什么。职责平移式写法最坑的地方在于它看起来「正式」甚至和岗位描述的原句一模一样。正因为一模一样它对筛选者是零信息——看不出差别也就没有理由把你挑出来。3.2 改写前 → 改写后改这一类的动作只有一个在后面接上产物或接上可复核的变化。改写前为什么会被跳过改写后能被追问出什么负责业务数据的清洗与向量化处理「负责」后面全是流程名没有产物把 3 个来源的课程资料统一成同一种格式去页眉页脚、统一术语写法再逐段转成向量入库同一批 12 个问题改动前只命中 5 个来源调整切分方式后命中 9 个你怎么确定是检索变好了而不是题目变简单了参与检索问答系统搭建协助接口封装「参与」「协助」不说明你动了哪一部分问答链路里的检索环节自己实现段落切分、向量化、相似度排序都写过一遍对外只暴露一个接收问题的接口返回值带上引用的来源片段为什么把来源片段一起返回配合完成项目的容器化部署与日常运维没说部署之后发生了什么变化把项目改成容器启动删掉原来那份手工安装说明同学换一台电脑照说明文件就能把环境跑起来依赖里有本地绝对路径吗怎么发现的三行改写后有个共同特征句子里多了一个「世界上多了什么」的答案。3.3 结果的三种合格形态不是所有「结果」都合格。只写「效果明显提升」「效率大幅改善」和没写一样甚至更糟——读的人会怀疑你在掩饰。合格的结果只有三种形态可复核的前后对比同一批输入改动前后各跑一遍两边都记下来。「同一批 12 个问题命中来源由 5 条变成 9 条」就属这类。前提是「同一批」前提写清楚别人才可能核对。可展示的产物一个文件、一份日志、一张表、一段别人能重跑的记录。它不需要你解释打开看就行。可复述的判断为什么做到这一步就停、哪一处是妥协。判断无法被别人验证但可以被追问。三条都不沾的要当场删掉形容词效果不错、没有前提的幅度词大幅、明显、算不出前提的百分比。「大幅提升」的问题是不可核对换成「同一批问题、同一台机器上」这句话立刻可信哪怕提升并不大。第 4 章 第三类只有工具没有判断4.1 工具不是能力选择才是补上动作和结果之后还有一类句子会被跳过「使用某某向量数据库与某某框架实现了检索问答」。工具名词都是公开的谁都能列列得出工具说明不了什么说得出「为什么不选另一个」才说明你有过判断。工具本身不构成能力选工具的过程才构成能力同一个任务用哪套方案都能做出个能跑的东西差别在于你知不知道自己在拿什么换什么。4.2 改写前 → 改写后改写前为什么会被跳过改写后能被追问出什么使用向量数据库与检索框架实现检索问答只有工具名没有取舍检索环节试过两种做法按整篇存、按小节切分。按整篇存时表格被切断、跨小段的问题答不准所以改成按小节切分代价是召回段落变多要多一道排序才能把最相关的顶到前面换成代码仓库那种结构你还会按小节切吗使用某种提示词模板提升输出稳定性「提升稳定性」没有前提也没有对比输出结构老是不稳定前后比了几种写法只给一句指令、给一个示例、给一个字段清单。最后用「字段清单 一个示例」因为只给指令时字段名会变、只给示例时字段数会少代价是提示词变长示例和字段清单冲突时你留哪个使用开源框架搭建 Agent 流程工具名后面没说流程长什么样搭了一个三步流程先判断问题要不要查资料、要查就去检索、查到后带着来源作答只读不写跑第二遍不会改到原有数据中间那一步失败时怎么处理提示词人话解释你发给模型的那段指令文本包含任务说明、示例和格式要求和Agent人话解释不只回一句话而是能自己走几步、按情况决定下一步做什么的程序都是常见词第一次出现时给对方一句解释比直接甩名词稳。4.3 判断句的骨架判断不是形容词是一个「选了这个、放弃了那个」的结构选了 A放弃了 B因为 CB 具体在哪出问题说现象不说感受代价是 D第四段是关键。承认代价说明你不是在念参数而是真在那个约束下做过权衡——只讲优点的句子像宣传讲了代价的才像复盘。⚠️代码待验证判断句骨架:选了:按小节切分放弃了:按整篇存因为:整篇存会把表格切断跨小段的问题答不准代价:召回段落变多要多一道排序可追问点:-换成代码仓库那种结构还会按小节切吗-排序这一步是模型做还是规则做常见的偷懒写法:-把「为什么」写成「效果好」「更稳定」这类形容词-把代价那一行省掉第 5 章 三类都改完之后一条合格的条目长什么样5.1 四段骨架场景一句要解决什么小问题用人话讲清输入是什么、输出是什么别堆名词。动作链动词加对象按做的顺序排三段以内多了读的人记不住。结果可复核的前后对比或一个可展示的产物。判断选了哪个、放弃了哪个、代价是什么。顺序不要改场景在前读的人才先知道你在解决什么问题判断放最后因为它最容易被当成自夸前面有动作和结果垫着才像复盘。5.2 一条完整示例⚠️代码待验证{场景:讲义太散问一个问题要在几个文档之间来回翻,动作链:[把讲义切成小段并逐段向量化存进本地向量库,写检索环节按相似度取若干段落连同问题交给模型,给回答附上引用到的来源片段],结果:同一批 12 个问题命中的来源由 5 条变成 9 条对比记录留在仓库结果目录,判断:切分选按小节而非整篇整篇存会把表格切断代价是召回段落变多多一道排序,可被追问:[那 12 个问题怎么挑的,命中的判定标准谁定的,多一道排序后为什么没再调切分]}四段加起来通常四到六行。长一点没关系——简历里最贵的不是空间是别人愿意在你这一条上多停的那几秒。5.3 句式库与要删的句式⚠️代码待验证可以用的句式 动作链把……切成……、存进……、写了一遍…… 结果同一批 N 个问题命中的来源由 A 变成 B 判断选了 A 而不是 B因为 B 会出现……代价是…… 要当场删掉的句式 自我评价词熟悉 / 了解 / 掌握 / 精通单独出现、没有宾语 授权词开头负责 / 参与 / 协助 / 配合后面没有产物 无前提幅度大幅 / 明显 / 显著 无前提百分比任何算不出前提的百分数 工具堆叠一句里并列三个以上工具名且没有宾语大模型学习路线图第 5 章讲的是把项目描述写成可追问的四段骨架。如果你手上还没有能写进简历的项目这份路线图按阶段标了从环境搭建到 Agent 开发该做什么、哪些可以先跳过可以对着它倒推自己缺哪一段。放在资料包里扫码即可获取第 6 章 同一套写法怎么迁移到面试自述和作品集6.1 面试自述把简历句展开成三十秒简历句是可追问的入口面试自述是同一件事的展开版不用另起一套写法。一个能用的时间分配背景十五秒、动作三十秒、结果十五秒、判断三十秒——判断的比重和动作一样大很多人时间全花在「我做了什么」讲完对方只记住流程。还有一条主动讲最差的那一条案例说清「哪一步一开始做错了、后来怎么发现的」追问方向会被你带到有准备的地方只讲顺利的部分对方一定会自己去找不顺的地方。6.2 作品集说明文件同一个骨架仓库的说明文件如果只写「怎么安装」最值钱的部分就丢了——看的人往往没兴趣真装一遍。写四段就好解决什么小问题、动作链是什么、对比结果放在哪个目录、有哪些取舍和没解决的地方。把「没解决的地方」单独写一段是划算的它把本来散落在面试里的追问提前收拢到一处你有时间想好怎么答。说明文件的完成度不看它多长看它有没有把「我这里做不好」写清楚。6.3 不同出身四段里各自该突出哪一段不同背景的人四段骨架里值得重写的部位不一样。下表是按公开岗位描述里反复出现的能力词反推的定性归纳非统计结论落到个人还要对着你想投的岗位原文调。你的出身可以直接复用的旧经验该补的动作链最容易写成空话的地方前端接口联调、状态管理、组件拆分把模型能力包成一个可调用的服务处理超时与异常只写「熟悉前端」不写接的是哪种能力Java 后端服务分层、接口设计、异常处理检索链路与向量入库把能力封装成标准接口只写「掌握 Java」不写写了哪个接口测试用例设计、边界思考、失败定位给模型输出写一批固定问题并记录命中情况只写「熟悉测试流程」不写你测的是什么运维容器、部署、日志排查把项目做成一条能重复跑起来的启动方式只写「熟悉容器」不写替谁解决了什么数据分析数据清洗、口径统一、结果核对语料格式统一与切分、结果的对比口径把「数据清洗」当岗位动作照抄非技术岗业务流程、需求梳理、文档能力先做出一个小闭环再补全动作链用流程名词代替自己做过的事这张表想说明一件事转行的人手里其实有货货是旧岗位练出来的做事方式被跳过通常不是没货而是因为写成了岗位职责货没露出来。第 7 章 交稿前自查清单7.1 三类写法逐条打勾对着简历里每一条项目描述逐条过全部打勾才算改完。⚠️代码待验证【第一类 名词清单】 [ ] 这一行里能找到至少一个具体动词搭、切、存、调、写、跑、记 [ ] 每个动词后面都接了具体宾语不是「数据」「功能」这类泛指 [ ] 没有单独出现、不带宾语的「熟悉 / 了解 / 掌握 / 精通」 【第二类 职责平移】 [ ] 没有以「负责 / 参与 / 协助 / 配合」开头的描述 [ ] 每条都能说出「做完之后多了什么」 [ ] 结果写成了可复核的前后对比或一个别人能打开的产物 [ ] 全文没有无前提的百分比、没有「大幅 / 明显 / 显著」 【第三类 工具罗列】 [ ] 没有一口气并列三个以上工具名而不说宾语的句子 [ ] 每条用工具的描述都补了「为什么选它」 [ ] 至少有一条写了自己的代价或妥协 【可追问性总测】 [ ] 三问都答得上动词是什么 / 做完多了什么 / 为什么这么做 [ ] 每条都能想出至少一个「对方可能追问的问题」 [ ] 想不出追问的那几条要么补内容要么删掉7.2 怎么用这份清单不要一次改完三条再回头看。一次只改一条先补动词读一遍再补结果再补判断。一次全动最后会分不清哪一处改动起了作用改出来也记不住。改完有个动作必须做把改后的版本发给一个不熟悉你项目的人让他读一遍再问他「你想问我什么」。他问出来的就是你这条描述的可追问性实测他没什么想问的说明还有一段是空话。7.3 最后一条底线回到全文唯一的判据这段描述能不能被追问出下一步。简历不是自传不需要把做过的事全写出来它是给别人的一份「提问清单」——你写下什么对方才有机会问到什么。写满名词的简历等于告诉对方「我没什么好问的」写满动作、结果和判断的简历等于把最好的问题递到了对方手里。顺带一句一条能被追问三层的检索链路比五条只有名词的「熟悉各种框架」有用得多。《LangChain LangGraph MCP 智能体开发实战》视频课第 7 章是交稿前的自查。如果你自查之后发现自己缺的不是写法而是「没东西可写」这套课从私有化部署一路讲到 Agent 全流程可以按自己的进度挑一节先跑通一个小闭环。放在资料包里扫码即可获取附表 A本文引用事实与出处对照表事实出处文档名 发布方 链接本文位置公开岗位描述中反复出现的动作与能力词定性归纳未做样本量统计参与大模型应用开发、提示词设计、接口调用、搭建检索问答系统、数据清洗与向量化、向量数据库基础运维、把能力封装成标准接口、容器化部署、输出技术调研报告《AI 应用开发工程师》岗位描述国家大学生就业服务平台24365https://24365.smartedu.cn/student/jobs/2ZdP9Eckd6JCVo8b2G8NVe/detail.html第 1 章 1.1同类岗位描述中同样出现检索问答与知识库搭建、文本预处理与向量化、召回排序、上下文优化、输出规整化、部署调试与运维等要求定性归纳未做样本量统计《AI 开发工程师》岗位描述国家大学生就业服务平台24365https://24365.smartedu.cn/student/m/jobs/2PgipfjbUME2nTEqdgVgWh/detail.html第 1 章 1.1本文对「招聘方在看什么」的表述均为对上述公开岗位描述的共性归纳不是统计分析结论「可追问性」判据、三类写法划分、四段骨架与自查清单均为本文自建方法。以上都不出自招聘方内部口径也不来自任一份岗位描述本文自述方法论归纳第 1 章 1.1、1.2第 2–7 章文中检索命中对比数字如「由 5 条变成 9 条」「12 个问题」为举例用的示意数字用于说明写法不来自实测或统计本文自述写作示例第 2 章 2.3、第 3 章 3.2、第 5 章 5.2附表 B术语速查表术语一句话解释在本文哪里用到可追问性一句话里有没有「可被问的东西」——读完能不能立刻想到要追问什么第 1 章 1.2全文判据检索增强生成RAG不让模型凭记忆回答先让程序从你的资料里查出相关段落再连同问题交给模型第 2 章 2.2向量化把一段文本变成一串数字意思越接近数字也越靠近第 2 章 2.2、2.3向量库专门存这些数字、并按接近程度找出最相关段落的地方第 2 章 2.2提示词你发给模型的那段指令文本包含任务说明、示例和格式要求第 4 章 4.2Agent不只回一句话而是能自己走几步、按情况决定下一步做什么的程序第 4 章 4.2产物一个能被第三方打开或重跑的东西文件、日志、对比表第 3 章 3.3写在最后这篇用到的资料写这篇文章时把相关的官方文档和源码又翻了一遍顺手也整理了几份配套的东西大模型学习路线图从零基础到能自己动手做 Agent按阶段说明每一步该学什么、哪些可以先跳过《LangChain LangGraph MCP 智能体开发实战》视频课7 个模块从私有化部署、EmbeddingRAG 到 MCPAgent 全流程AI 大模型知识库在线可查Agent Skills 从入门到落地、Claude Skills 完全指南等专题按目录浏览即可640 套 AI 大模型行业报告 经典 PDF 书籍看行业落地案例和别人怎么做的时候用得上大模型零基础到精通教学视频跟着敲一遍比只读文档快得多资料是我自己整理的放在下面这个码上扫码即可获取添加时备注「AI」优先通过。资料按「先路线、再动手、最后查漏」的顺序整理好了建议先看学习路线那一份照着它挑一条适合自己当前基础的路径再往下看。