淘天P6后端招聘要求Agent经验，Vibe Coding正在变成新门槛？
本文为原创内容。文中岗位及讨论来自脉脉用户公开发布的信息，岗位状态和要求可能变化，请以脉脉最新页面及招聘方沟通结果为准。
一条只有一句话的脉脉帖子，最近让不少后端开发者坐不住了：
“淘天招后端，P6，需要有 Agent 经验。”
真正值得注意的不是又多了一个新岗位，而是“Agent经验”开始出现在传统后端岗位的筛选条件里。过去后端面试的能力清单通常是Java、JVM、数据库、微服务、高并发和分布式系统；现在，AI Coding可能正在从个人效率工具，变成企业判断研发人员生产力的新指标。
这并不是孤立信号。
在脉脉另一条获得3万多浏览的研发讨论中，有人直接发问：“都 Vibe Coding 了，现在研发手敲代码的比例还有20%吗？”评论区有人回答，自己已经把大量任务直接交给工具，只负责看结果和验收。
把两条脉脉帖子放在一起看，变化就很清楚了：开发者是否使用AI已经不再是问题，企业更想知道的是——你能不能把AI稳定地放进真实研发流程。
“会用AI”与“有Agent经验”，差得可能是一份Offer
很多开发者理解的AI编程，是把需求复制给模型，让它生成一段代码，再由自己修改。但招聘岗位所说的“Agent经验”，很可能至少包含三个层次。
第一层是个人使用。
你是否能让AI理解代码库、拆解任务、修改多个文件、运行测试并修复错误。这一层解决的是“一个人能不能更快”。
第二层是项目落地。
你是否做过RAG、工具调用、Workflow、多Agent协作、权限控制、日志追踪、模型评估和异常兜底。这一层解决的是“Agent能不能成为产品，而不只是Demo”。
第三层是团队协作。
生成代码如何Review？上下文和提示词如何沉淀？测试门禁如何设置？AI误改配置、泄露数据或者产生不可控依赖时，如何追踪和回滚？这一层解决的是“团队敢不敢让Agent进入生产环境”。
所以，简历上只写“熟练使用Cursor、Claude Code或Codex”，未必能形成竞争力。招聘方真正想看到的，可能是你如何让Agent完成一条可验证、可复现、可回滚的工程链路。
后端开发者为什么最先感到压力
后端开发中存在大量结构清晰、规则明确的工作：接口生成、数据模型转换、单元测试、日志补充、文档整理、重复性的CRUD和框架迁移。这些任务正好适合AI自动化。
但这并不等于“后端要消失”。越接近交易、支付、账户、风控和核心数据的系统，越依赖业务判断、架构取舍、故障处理和长期维护经验。AI可以生成代码，却很难独立承担一次线上事故的责任。
真正被压缩的，很可能是只负责执行、不了解完整链路的岗位。企业不一定不招后端，而是希望一个后端工程师能覆盖过去更大的工作范围：既理解业务和架构，又能调度AI完成重复劳动。
现在应该补的，不是“第十个AI工具”
如果准备跳槽，可以先把自己的AI经验整理成三个能被面试官验证的问题：
- 你让Agent独立完成过什么真实任务，节省了多少时间？
- Agent失败时，你如何发现错误、定位原因并恢复现场？
- 这套工作流能否交给团队其他人复用？
如果三个问题都只能回答“我经常让AI写代码”，说明经验仍停留在个人工具层。如果能讲清任务编排、测试验证、权限、监控和复盘，才更接近招聘岗位里的“Agent经验”。
为什么这类变化会最早出现在脉脉
技术文档通常告诉我们一个工具“怎么用”，招聘JD却会告诉我们市场“愿意为什么付钱”。脉脉的价值恰好在两者之间：研发人员可以看到招聘方放出的真实岗位、同行的面试反馈，以及在职员工对团队技术实践的讨论。
对于准备跳槽的开发者，建议不要只在脉脉搜索“后端开发”，还可以组合搜索“Agent后端”“AI应用开发”“大模型应用”“AI Infra”等关键词，再通过脉脉联系招聘方或在职员工，确认岗位究竟需要模型算法能力，还是更看重工程落地。
Vibe Coding可能不会让所有程序员失业，但它正在重新定义“一个合格程序员应该完成多少工作”。当Agent经验已经写进P6后端招聘条件时，问题已经不是要不要学，而是如何把它变成下一次面试能说清楚的项目能力。
脉脉原帖链接：
Agent 垂直技术社区，欢迎活跃、内容共建。
更多推荐
9
0- 0
已为社区贡献2条内容
所有评论(0)