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