面试时怎么问出团队对智能体执行结果的验收门槛？

消息提到，Reddit 安卓工程师 Andrew Orobator 在 AI Engineer 的分享里，把工程师的工作形容为构建智能体的执行框架。他提出一条从构建、测试到界面截图、真实操作录屏，再到生产遥测的验证梯子：团队能自动运行和解释的验证越充分，智能体才有条件逐步获得更多自主权。

这对面试很有用。你可以直接问：智能体改完代码，谁负责跑哪一层验证？如果对方只能回答“模型写完我们看一眼”，说明验收责任没有落到具体检查上；如果对方能说出构建、测试、截图、录屏、遥测分别卡在哪一步，至少说明他们想过放权边界。

追问一句：例外情况谁批准？如果答案是“让智能体自己判断”，那就要警惕——验证梯子的意义，恰恰是硬门必须卡在真正的执行点，例外不能由智能体自己批准。

团队怎么保存和更新资深工程师的判断？

Orobator 让技能保存处理某类问题的步骤，让工作日志记录长任务中真实发生过的尝试、决定和意外；后续会话能读日志接续，而不把计划误认为已经完成的事实。

面试时可以问：团队有没有把反复请教的判断写成可复用的技能或规则？失败之后怎么复盘更新？如果答案只是“靠老人带”，说明判断传递仍依赖个人，入职后你可能要反复重新发现同样的约束。

这里有个具体取舍：同一类线上问题，一种做法是每次让智能体从零推理，另一种是把上次的排查步骤和边界条件沉淀下来。前者看起来灵活，后者才让团队判断可复用。你可以问对方最近一次把“老人经验”写进流程是什么时候，答案越具体，越能看出他们是否真的在做。

智能体接手执行后，人的责任和情绪成本怎么被讨论？

Molly Graham 认为，同事经过交接会逐步拥有目标、决策和结果；智能体可以处理任务，使用它的人仍要说明背景、检查质量并承担对外责任。

面试时可以问：团队讨论过什么该委派、什么要由人负责吗？验收和返工的心理负担由谁承担？如果团队只谈产出量、不谈验收成本，入职后你可能要独自消化这部分压力。

注意，这不是断言所有团队都高强度，而是提醒你核查责任边界。你可以把问题落到具体场景：假设智能体提交了一个看似通过的改动，谁来决定它能不能上线？谁在出问题时对外解释？

一个实际可做的小建议：面试结束前，挑一个你熟悉的线上故障场景，问对方“如果智能体参与了这次修复，哪一步必须由人签字”。对方的回答，比任何工具清单都更能说明这个团队是否把工程判断写进了流程。

以上岗位场景为模拟提问，不代表任何公司实际做法；具体流程请以目标团队说明为准。