面试官:“OpenAI 看了 80 万条消息,AI 都能跨岗干活了,还招你干嘛?”我:“能做,不等于能负责。”

📅 2026/7/29 13:42:48
面试官:“OpenAI 看了 80 万条消息,AI 都能跨岗干活了,还招你干嘛?”我:“能做,不等于能负责。”
面试日记 第 29 天面试官今天没让我打开 IDE。她把 OpenAI 刚发布的一张图放大手指停在 43.5% 那条数据上。“他们看了 80 多万条工作消息。”她说“排除通用任务后接近一半的职业消息都在干本职之外的活。工程任务还特别容易跑到别的岗位手里。”她把电脑转向我。“AI 都能跨岗干活了公司还招你干嘛”“这组数据说的是任务流动不是 43.5% 的人要失业。”我说“以前产品提个小改动要排期、转需求、等开发。现在他可能先让 AI 改出一个版本。公司少了一次交接但代码能不能上线还是要有人判断。”“判断”她笑了一下“别拿这么虚的词糊弄我。”她现场建了一个 Issue给后台用户列表加筛选条件补上接口测试不改现有权限逻辑。“我把它丢给 Background Agent。”她说“它自己读仓库、改前后端、跑测试最后给我提一个 PR。你下午开完会回来代码都写完了。现在你还剩什么”我盯着那句“不改现有权限逻辑”看了几秒。“先把这句话写成可验收的边界。”我说“哪些角色能看到筛选项接口查不到数据时怎么返回旧权限测试必须保留到什么程度。任务没拆清楚Agent 只会更快地交一份看起来能跑的错误答案。”“PR 提回来以后我还要看它有没有顺手改到无关文件测试是不是只证明了正常路径查询参数会不会绕过权限。CI 全绿之后也得有人决定能不能合并出事时怎么回滚。”“所以 AI 能做的任务越来越多。”我说“但能做不等于能负责。”面试官没继续笑。她把 Issue 关掉又把问题往前推了一步。“那你完整讲讲”什么是 Background Agent后台 Agent它改变了 AI 编程的什么工作方式“Background Agent 是能在后台独立运行的 AI 编程助手。”我说“你给它一个边界清楚的任务它会在远程隔离环境里读取代码、修改文件、运行测试并反复修复完成后再把分支或 PR 交给开发者 Review。”“它真正改变的是协作节奏。以前我坐在聊天窗口前一轮轮回复现在我可以同时把几个互不冲突的任务分出去自己去做方案和 Review。开发者少盯一段生成过程多管一层任务和交付。”她点开那条还没分派的 Issue在验收条件里补上了三个角色和两条权限测试。“行。”她说“这次可以交给 Agent 了。”回答重点Background Agent 就是能在后台独立运行的 AI 编程助手不用你实时盯着它干活。你给它一个任务描述它会读取代码、修改代码、运行测试、修复问题主流产品通常在远程隔离环境中执行完成后把结果交给你 Review常见交付形式是一条分支或一个 Pull Request。它改变的核心工作方式就一个词异步。传统的 AI 编程助手不管是 Copilot 的自动补全还是聊天窗口里来回对话都要求开发者持续参与你写一行它补一行或者它做一步你回复一步。Background Agent 把这个模式改了你把任务交给它然后去开会、写方案、Review 其他代码等它做完再回来看结果。开发者的工作也会跟着变化。以前大量时间花在亲自写代码现在更像带一支执行团队你负责拆任务、定边界、写验收标准和做最终 ReviewAgent 负责完成其中适合自动化的部分。到 2026 年头部 AI IDE 和代码托管平台已经有了这类能力Cursor Background Agents、GitHub Copilot cloud agent 都是代表产品。但不同产品在执行环境、权限控制、计费模式和稳定性上差异很大不能笼统地说所有 AI IDE 都已经同质化支持了。扩展知识Background Agent 的典型工作流程一个完整的任务从触发到交付大概经过 5 个阶段1任务接收。开发者在 IDE、Agent 面板或 GitHub 中写下任务。Cursor 可以从 Background Agent 界面发起GitHub 的 coding agent 可以从 Agents 页面、Issue 或 PR 评论中接收任务。2上下文理解。Agent 启动后先读项目代码理解目录结构、技术栈和编码规范。如果项目里有AGENTS.md、.cursor/rules或 GitHub Copilot instructions 等说明文件它也会读取相关规则。3计划制定与执行。Agent 制定实现方案然后在隔离的远程环境里修改代码。这个环境包含项目副本并按产品配置安装依赖、启动服务和运行命令。4自测与修复。代码写完后Agent 运行测试或检查命令。测试失败时它会读取错误信息、继续修改再跑下一轮。5交付。完成后Agent 推送分支或创建 PR附上变更说明和测试结果。如果中间遇到需要产品或架构判断的问题开发者可以补充指令、暂停任务或接管会话。什么任务适合交给 Background Agent最适合的是边界清晰、可测试的任务1“给这个 API 加一个分页参数”需求明确改动范围有限跑完接口测试就知道对不对2“把这个 React Class 组件改成函数组件加 Hooks”属于机械性重构逻辑不变原有测试可以直接回归3“修复这个上报的空指针异常”有明确的错误堆栈Agent 能从具体代码位置开始排查不适合的是需要大量业务和架构取舍的任务比如“重新设计整个权限系统”。一句话里藏着角色模型、数据隔离、迁移方案和合规要求Agent 很容易替团队做出它无权做的决定。等它改完几百个文件再返工省下的时间会连本带利还回去。云端沙箱环境的意义Background Agent 跑在远程隔离环境里主要解决三个问题1降低本机风险。Agent 的文件修改和命令默认发生在独立虚拟机或容器中通常不会直接弄乱开发者的本地环境。但沙箱不是免死金牌。Cursor 官方文档明确提醒Background Agent 可以联网并自动执行终端命令仍然存在提示词注入和代码外传风险。如果给沙箱注入了生产密钥它也可能对外部系统产生真实副作用。仓库权限、网络访问和 Secrets 仍然要按最小权限配置。Cursor Background Agents 文档2保持环境可复现。团队可以预先配置依赖安装、服务启动和测试命令。Agent 每次拿到相近的开发环境少受个人电脑配置影响。Cursor 支持远程环境配置GitHub Copilot cloud agent 则可以通过专用的 GitHub Actions 工作流准备环境。3支持并行执行。多个互不冲突的任务可以在各自环境中同时运行不必共用一份工作区。真正的瓶颈会从“谁来敲代码”转到“谁能把任务拆清楚、把结果审明白”。跟 CI/CD 的关系Background Agent 不取代 CI/CD两者是前后两道检查。Agent 在自己的环境里运行测试属于提交前的初筛保证代码至少达到任务描述里的验收条件。PR 创建后仍然要走团队原有的 CI Pipeline执行完整测试、Lint、安全扫描和部署检查。可以把 Agent 看成一个会先自测再提 PR 的执行者。CI/CD 是统一的质量门禁开发者 Review 则负责判断这份改动是否符合业务预期。三层都在异步开发才敢真正提速。面试官追问追问如果 Background Agent 执行到一半遇到需要人判断的问题怎么处理回答主流实现允许开发者查看状态并追加指令。Agent 遇到需求歧义时可以停在当前会话等待补充GitHub 上的 coding agent 也可以通过 PR 评论继续接收修改要求。关键还是在任务开始前写清决策边界哪些细节 Agent 可以自行决定哪些涉及产品、架构、权限或数据的选择必须停下来问人。追问同时跑多个 Background Agent 会不会出现代码冲突回答会。多个 Agent 各自在独立环境里改代码如果碰到同一个文件甚至同一个函数PR 合并时就可能冲突。处理思路和多人协作一样拆任务时尽量按模块、目录或接口边界分开先约定依赖顺序。真有冲突就在 PR 层面解决不能因为提交者是 AI 就跳过人工判断。追问Background Agent 的成本怎么算跟直接调 API 比划不划算回答没有一个适用于所有产品的统一公式。Cursor Background Agents 当前主要按所选模型的 API 推理价格消耗额度GitHub Copilot coding agent 会消耗 Copilot 的高级请求额度和 GitHub Actions 分钟。任务越长、上下文越大、修复轮次越多成本越高。Cursor 计费说明GitHub Copilot 计费说明判断划不划算不能只拿模型账单和一次 API 调用比。还要算开发者亲自完成需要多久、Review 要花多久、失败返工概率有多高。高频、重复、边界清晰的任务更容易算出正收益偶发的大型架构改造Agent 跑得越久未必越省钱。追问怎么判断 Background Agent 生成的 PR 质量够不够好回答先看测试Agent 自己运行的检查通过只是基本门槛PR 上的 CI 也要全绿。再看 diff确认改动处在预期范围没有顺手重构无关文件也没有为了让测试通过而删断言。最后按团队标准检查命名、错误处理、权限和回滚方案。本质上仍然是 Review 一份工程提交不能因为代码由 AI 生成就降低要求。OpenAI 这组数据没有替任何职业写好结局。它先揭开了一件更具体的事AI 降低了跨岗位接任务的门槛公司里的任务会重新分配原来必须排队交接的小活开始被一个人带着 Agent 顺手做掉。对程序员来说只会接需求、敲代码、交文件空间确实会被压缩。能把模糊需求拆成任务写出验收标准检查 diff、权限和上线风险的人反而更适合同时带多个 Background Agent。所以下次面试官再问“AI 都写完了还要你干嘛”别只回一句“AI 不能取代人”。拿一个真实任务讲清楚你怎么拆、Agent 怎么跑、你怎么验、出了问题谁回滚。责任落到这些动作上“能做不等于能负责”才不是口号。完整题解和更多追问已经整理在面试鸭准备 AI 编程、Agent 和大模型应用方向面试的同学可以把这题和任务拆解、代码 Review、CI/CD 一起复习。