先看这条动态：有人不看好“副驾驶”

消息提到，投资人 Vinod Khosla 表示自己不太偏好“AI 副驾驶”模式。他的理由是，人类会妨碍副驾驶，拖慢进度、阻碍真正的改变；他还说会计师、程序员等从业者并不真正想要副驾驶，因为担心岗位风险，反而抵触正确使用工具。他更倾向于构建完全独立完成工作的 AI，比如一个完整的软件工程师。 延伸阅读：【简历】大学生应聘软件工程师简历怎么写

这是个人观点，不是招聘数据，也没有说明“完整软件工程师”具体具备哪些能力。但它给求职者提了个有用的角度：与其笼统担心“我会不会被替代”，不如把岗位拆成任务，逐项判断。

把岗位拆成“可独立交付”的任务

同一项工作，两种做法值得对照。假设一个需求是“给订单接口加超时重试”：一种做法是让工具生成重试代码，人负责判断重试边界、幂等性和对下游的影响；另一种做法是把需求、上下文和验收标准交给工具，让它独立改完并跑通测试。前者更像副驾驶，后者更接近“独立交付”。

你可以拿一张纸，把最近两周的任务列出来，按三个问题打分：这项任务的输入和验收标准能否写清楚？出错后能否自动验证？是否需要跨系统、跨角色反复确认？越靠前，越接近可独立交付；越靠后，越依赖人的判断和协作。

注意，这只是自查方法，不是替代预测。原文没有说明哪些具体任务会先被替代，别把“可独立交付”直接等同于“马上会消失”。

面试时追问团队真实的人机分工

Khosla 说从业者因担心岗位风险而抵触副驾驶工具。放到求职里，这提醒你：别只听“我们全面拥抱 AI”这类概念，要问具体环节。

可以这样追问：这个岗位最近一个迭代里，哪些任务由人从头做，哪些由工具生成后人工改，哪些已经能自动跑完？代码评审、线上排障、需求澄清分别由谁主导？团队有没有因为引入工具而调整过职责划分？

如果对方只说“AI 赋能”，却说不清具体任务归属，说明你很难判断真实分工。模拟面试里可以练这类追问，但别把它当成面试官一定会问的问题。

转岗或学习，往哪积累更稳

如果部分任务更可能被独立完成，优先积累跨任务判断、协作和结果负责的能力：把模糊需求拆成可验收的交付、在多个方案间做取舍、为线上结果负责。这些能力不保证“AI 无法替代”，但更接近团队愿意付费的环节。

一个实际可做的小建议：挑一个你最近完成的任务，写下它的输入、验收标准和依赖方，再问自己——如果只保留其中一步由人负责，会是哪一步？把答案带进下一次面试追问里。

以上为职业分析，不构成对行业趋势或录用结果的判断。