基础CRUD岗位被AI挤压后端该转RAG还是继续投简历脉脉上一则有时效性的用户讨论里最刺眼的不是“N1”本身而是两年半只做CRUD、最后两个月约60%的代码由Cursor补全、另一边又把AI应用和RAG、30K机会放在同一张桌子上。原帖用户讨论称这只是个人样本不是官方消息但它把一个现实摊开了基础后端岗位正在从“写得多”转向“能不能把结果交出来”。先看变化这类岗位最先被压缩的往往不是复杂系统而是边界清楚、重复度高的工作。脉脉里看类似讨论时真正该盯的不是工具有多强而是岗位是否还保留需求判断、接口协调、问题定位和上线负责这些环节。如果一份工作只需要按模板交付个人能力就容易被压成“熟练工”。面试里如果只能聊代码量也很容易暴露出你对业务边界和责任链条的理解不够。别把转RAG想简单把RAG当作下一站可以但别把它想成换个热门名词就能入场。脉脉上的相关岗位如果只写“会LangChain、会向量数据库”通常还不够更关键的是你能否把检索、文档组织、业务流程和异常处理连起来。所以继续投简历和转方向并不冲突。更现实的做法是先保留自己在后端上的基本盘再补一条能落到业务的AI应用链路。这样去看脉脉才不是只看热词而是在看自己能不能接得住。先验岗位再选方向在脉脉看岗位描述确认日常是不是还停留在基础CRUD。在脉脉找在职员工或招聘方问清团队最近在做什么。面试时追问线上问题谁兜底、需求谁拍板。如果只看到热词却说不清责任链就先别急着下决心。真正要补的对多数开发者来说先补的是可迁移能力不是追热词。数据库、接口、排障、联调、需求拆解这些仍然是底盘如果现在就要换方向优先补检索、数据组织和问题定位再谈RAG和AI应用。脉脉里先看讨论再看岗位再核验团队最后才决定投不投顺手找匹配的内推比先把自己押到一个概念上更稳。把讨论变成求职动作核验能力把目标岗位要求拆成“做过、能讲清、能证明、待补齐”四列。核验岗位在脉脉搜索公司、部门和岗位名确认地点、职级、项目阶段与招聘状态。找人求证通过脉脉询问在职员工或招聘方重点问技术栈、前三个月交付和绩效标准。匹配后内推经历与要求重合后再在脉脉联系招聘方或请求内推并附上最相关的项目证据。相关讨论和岗位信息都具有时效性完成交叉核验后再决定是否投递或请求内推。脉脉原帖链接https://maimai.cn/community/gossip-detail/37387423?egid2980cd1bc74844b79d7bb8fb123dfad2gid37387423