VOLOVLO职业自动化风险与转型导航
问 VOLO职业专业企业创业者近期变化长文方法与证据
搜索职业、专业…
中文
  • English
  • 简体中文
  • 日本語
  • Español
  • Português
  • Français
VLO
VOLO

理解自动化如何改变工作 —— 逐个任务地看,证据摆出来,不确定的地方承认不确定。

问 VOLO职业专业企业创业者近期变化长文方法与证据AI 会取代我的工作吗?关于岗位诊断开放数据本体VOLO Pro隐私条款
© 2026 VOLO
职业
全部职业
AI / 软件
翻译 / 口译银行柜员文案内容审核员客服行政助理测试工程师数据录入员平面设计师律师助理视频剪辑师会计 / 记账市场营销专员前端工程师报税员 / 税务代理配音演员医疗编码员数据分析师保险理赔员技术文档工程师 / 技术写作初级程序员保险核保员人力资源 / 招聘信贷员 / 客户经理(信贷)金融分析师采购 / 供应链专员记者销售 / 客户经理房产中介 / 地产经纪网络工程师插画师旅行社顾问IT 支持 / 技术支持审计师供应链计划员管理咨询顾问摄影师后端工程师AI 研究员产品 / UX 设计师业务系统与流程负责人电商运营精算师动画师与视效师作家与编剧薪资专员放射科医生数据工程师项目经理数据科学家法庭速记员编辑与校对律师医助 / 诊所助理工料测量师内容创作者量化分析师算法 / 机器学习工程师中高级软件工程师运维 / 平台工程师 / SRE业务分析师音乐人与作曲者地理信息分析师房地产估价师产品经理营养师经济学家药师业务合作 / 渠道经理网络安全分析师 / 安全运营理财顾问 / 理财规划师口译员病理医生芯片设计工程师基金申请书撰写人合规专员 / 合规经理图书馆员CAD 制图员建筑师一线主管 / 团队管理者心理咨询师导购 / 店员土木 / 结构工程师电气工程师工业工程师统计师保安 / 安保员室内设计师大学教师心理学家公交司机保险代理人机械工程师服装设计师验光师 / 视光师公证员中小学教师全科医生 / 门诊医生航线飞行员驾驶教练城市规划师应急调度员餐厅服务员放射技师 / 医学影像技师土地测量师汽车维修技师 / 汽修警察超声技师飞机维修技师牙科卫生士麻醉医生建筑检查员言语语言治疗师空中交通管制员兽医调酒师 / 咖啡师康复治疗师 / 物理治疗师牙医外科医生急救员 / 院前急救人员建筑工人 / 施工人员社工法官护士按摩治疗师助产士养老护理员 / 护工水管工企业 AI 落地负责人
RPA / 自助化
政务服务窗口人员运营专员 / 业务运营地铁司机前台 / 接待药房技术员采血员牙科助理呼吸治疗师作业治疗师
机器人
收银员 / 零售店员集装箱码头工人仓储分拣员流水线装配工医学检验技师演员与模特机加工技工 / 数控机床技工焊工厨师园林绿化工保洁 / 清洁工农民消防员暖通空调技工砌砖工 / 砌筑工木工 / 木匠客舱机组理发师 / 美发师电工
自动驾驶
网约车 / 出租车司机卡车司机外卖骑手 / 快递员
专业
全部专业英语 / 外语计算机科学会计学心理学新闻传播金融学法学视觉传达设计市场营销护理学工商管理教育学 / 师范建筑学公共管理临床医学酒店与旅游管理经济学信息管理与信息系统
指南
问 VOLO企业创业者近期变化长文岗位诊断AI 提效实验VOLO Pro方法与证据关于订阅职业变化站内搜索
你在看:我在工作我在读书我在经营公司我在做东西
本页发生了什么任务拆解近期变化对你对你意味着什么你能做什么凭什么这些判断底下是什么
职业›初级程序员

这个职业有新的已核实记录时通知我 → · 标出哪些任务是你的(VOLO Pro,发布期间免费)→

初级程序员

把描述出来的问题变成能跑、能维护的代码 —— 并且越来越多地,要判断生成的代码到底对不对。

软件与技术评估于 2026-09-09
正在自动化的任务
1/ 5 项
1 项正在被增强
仍由人主导
2/ 5 项
1 项新任务
有证据支撑的判断
4/ 5 项
6 条已核实记录
本周可验证 · 4 条路径中的第一条

拿一个生成的 PR(你的或同事的),写一份真的找出了问题的评审意见,附上推理。每周做一次,把它们存下来。

看全部 4 条 ↓
62/100
自动化影响指数中等置信度

这不是失业概率。它把「岗位任务中有多少暴露于自动化」与「采用实际走到了哪一步」合成为一个值 —— 只用于在同一套口径下横向比较职业,除此之外不作他用。

适用范围

专门针对入门级与职业早期的软件岗位 —— 它面临的情况与资深工程岗明显不同。本站现在有六个软件页,用两种方式切同一批工作:按资历(这一页与「中高级软件工程师」)和按你负责哪一层(前端、后端、数据工程)。一个刚入行的前端会同时落在其中两页上,这是刻意的 —— 它们问的是不同的问题。

发生了什么

到底什么在变#

分析单位是任务,不是职位名称。职业不会被整体替代 —— 变的是它的任务构成。

正在自动化正在被增强仍由人主导新出现的任务斜纹:平台推断,还没有已核实记录支撑

每一格是一项任务。大小是它在这份工作里的分量,颜色是它正在往哪个方向走。点一格,看这个判断还不能说明什么。

核心任务
写常规代码
正在自动化✓ 有证据支撑
这还不能说明什么

生成它和为它负责是两回事。仍然要有人判断它是否正确,而这个人过去正是通过「先自己写」才学会判断的。

读这项任务的全文 →用这项任务做你的第一个 AI 提效实验 →
核心任务
在不熟悉的系统里排错
正在被增强✓ 有证据支撑
这还不能说明什么

这是生成式代码天花板暴露得最清楚的地方,也是「初级」和「能放手让他独立干」之间的分界线。

读这项任务的全文 →用这项任务做你的第一个 AI 提效实验 →
核心任务
审查生成的代码
新出现的任务✓ 有证据支撑
这还不能说明什么

审得好,前提是自己写过被审的那种东西。如果练出这份判断力的写代码工作正是被自动化的那部分,那么几年之内这项任务会出现人手断层。

读这项任务的全文 →
重要任务
把模糊需求变成规格
仍由人主导≈ 平台推断
这还不能说明什么

这本来是资深的职责;把它列为初级任务,描述的是这个岗位的去向,不是今天大多数初级岗的现状。消失的是中间那几级台阶。

读这项任务的全文 →
重要任务
决定各部分如何组合
仍由人主导✓ 有证据支撑
这还不能说明什么

说资深的人安全,不是在说入门。通往资深的路是靠两年常规代码铺出来的,而现在没有任何东西替代了那条路。

读这项任务的全文 →

这就是你做的吗?认一下,这一页会缩到只剩与你有关的那一份。

职位名只是一组恰好被打包买走的任务,而没有两个人手里的那一组是一样的。什么都不会被发送出去 —— 它只留在这个浏览器里。

写常规代码正在自动化✓ 有证据支撑在不熟悉的系统里排错正在被增强✓ 有证据支撑审查生成的代码新出现的任务✓ 有证据支撑把模糊需求变成规格仍由人主导≈ 平台推断决定各部分如何组合仍由人主导✓ 有证据支撑

逐条读完这 5 项任务 —— 方向、理由与界限 →

近期变化#

202420252026今天2024-04-23 · 实际部署谷歌在对一半开发者进行随机试验后,为全体开发者启用机器学习构建修复;每月遇到构建失败的开发者中约 34% 会采用它建议的修复2024-10-29 · 实际部署Alphabet CEO 在 2024 年第三季度财报电话会上表示,Google 超过四分之一的新代码由 AI 生成,再由工程师审核并接受2025-07-25 · 试点在一家 IT 咨询公司,大模型起草的需求规格为分析师节省了 10–15% 的起草时间,但漏掉了依赖隐性知识的用户故事,无法取代分析师2026-03-20 · 限制或撤回英国内政部的工程标准要求,所有 AI 辅助的产出在进入生产前都必须经人审阅批准,对设计的责任仍由团队承担2026-04-13 · 实际部署45 个美国联邦机构里有 31 个在 2025 年联邦 AI 用例清单里报告了商用 AI 编码工具,点名 GitHub Copilot、Claude Code、Codex 与 Poolside2026-08-12 · 用工变化2022 年 11 月至 2026 年 6 月,22–25 岁、处于 AI 暴露度最高两个五分位的就业下降约 11%,而暴露度最低三个五分位的同龄就业增长约 10%
能移动判断不能移动判断(预测、能力演示……)
用工变化2026-08-12核实于 2026-09-11
2022 年 11 月至 2026 年 6 月,22–25 岁、处于 AI 暴露度最高两个五分位的就业下降约 11%,而暴露度最低三个五分位的同龄就业增长约 10%

在论文附录的暴露度最高五分位里,系统软件开发者按就业人数排第 7,而软件开发是作者专门做案例分析的两个职业之一。ADP 的美国私营部门工资单记录,覆盖数百万名劳动者,2022 年 11 月至 2026 年 6 月。11% 的下降指 22–25 岁、处于 AI 暴露度最高两个五分位的劳动者;同龄人中暴露度最低三个五分位的就业增长约 10%。资深劳动者没有可比的缺口,作者明确表示未发现全经济范围的岗位替代。结论是描述性的、非因果的,且在职业层面测量,不在任务层面。

招聘、人数、工时或职责出现可验证变化。权重最高 —— 但因果归因仍需论证,不能默认。

Stanford Digital Economy Lab — Brynjolfsson, Chandar & Chen, "Canaries in the Coal Mine?" (August 2026) ↗看完整影响卡 →
实际部署2026-04-13核实于 2026-09-26
45 个美国联邦机构里有 31 个在 2025 年联邦 AI 用例清单里报告了商用 AI 编码工具,点名 GitHub Copilot、Claude Code、Codex 与 Poolside

一份依法进行的普查:20 道固定题,每个上报的机构逐题答 Y 或 N,写下产品名与授权数量级。「用 AI 生成代码」是 45 个里 31 个答 Y,点到的产品三年前都还不存在。一个 Y 是雇主报告自己有这个工具,不是在量它写了多少代码、其中多少被留下;授权的数量级也不是「有这么多人在用它写代码」。那道题不分入行十年还是十个月;这条记录挂在这里,是因为写常规代码 —— CRUD 接口、表单、标准集成、已知模式的测试 —— 本来就是这项任务,不是因为清单说到了初级开发者。

企业已正式投入使用。可以改变基线,但要结合规模与场景相似度加权。

OMB — 2025 Federal Agency AI Use Case Inventory, consolidated commercial off-the-shelf AI use cases (CSV, 45 agencies × 20 questions) ↗看完整影响卡 →
限制或撤回2026-03-20核实于 2026-09-27
英国内政部的工程标准要求,所有 AI 辅助的产出在进入生产前都必须经人审阅批准,对设计的责任仍由团队承担

约束英国内政部软件团队的工程标准。它说团队应在 AI 有帮助时使用它;AI 辅助的产出在进入生产前必须经人审阅批准,并且必须可追溯;团队对所有 AI 辅助的代码和产出负全部责任,因为 AI 工具无法取代人对系统决定、设计和变更的判断、理解、所有权与责任。硬性的「必须」针对的是人工审阅;关于设计的那句是对责任归属的表述。它约束的是一个政府部门的工程师。

失败、撤回、监管或成本正在抑制采用。可以下调评估,或扩大不确定区间。

UK Home Office — Engineering Guidance and Standards, SEGAS-00020 "Use AI" (last updated 20 March 2026) ↗看完整影响卡 →
试点2025-07-25核实于 2026-09-27
在一家 IT 咨询公司,大模型起草的需求规格为分析师节省了 10–15% 的起草时间,但漏掉了依赖隐性知识的用户故事,无法取代分析师

一项高校研究:在一家 IT 咨询公司的一个项目上,用大模型起草需求规格,由公司的资深分析师评估。有一部分用户故事所有模型都没处理好,因为分析师掌握的知识可能是隐性的,没有写进需求调研文档;分析师估计起草时间可节省 10% 到 15%;作者的结论是模型能帮助早期文档工作,但不能取代人的介入。这只是一个项目、一位专家,研究的角色是需求分析师而不是开发者。

真实场景里的小规模试验。说明落地条件正在被检验,不代表条件已经成立 —— 所以单独一次试点永远不够,两次互不相干的才够。

Pasquale, Ragone et al. (University College Dublin, University of Bari) — "Exploring the Use of LLMs for Requirements Specification in an IT Consulting Company", arXiv:2507.19113 (25 July 2025) ↗看完整影响卡 →
实际部署2024-10-29核实于 2026-09-10
Alphabet CEO 在 2024 年第三季度财报电话会上表示,Google 超过四分之一的新代码由 AI 生成,再由工程师审核并接受

一家大型科技公司的自报数据,未说明「生成」如何计量(补全还是整段函数)。未提及招聘;审核环节仍由工程师承担。

企业已正式投入使用。可以改变基线,但要结合规模与场景相似度加权。

Google — CEO remarks, Alphabet Q3 2024 earnings call ↗看完整影响卡 →
实际部署2024-04-23核实于 2026-09-27
谷歌在对一半开发者进行随机试验后,为全体开发者启用机器学习构建修复;每月遇到构建失败的开发者中约 34% 会采用它建议的修复

谷歌工程师描述自己的内部工具。谷歌把全体开发者的 50% 随机分组,让他们在集成开发环境里获得机器学习给出的构建失败修复建议,并与其余开发者对比 11 周;此后,每月遇到构建失败的用户中约 34% 会采用这类修复,机器学习构建修复也向全体谷歌开发者开放。开发者会预览每个修复,自己决定接受还是拒绝。这些是构建与编译错误 —— 文章说是容易理解的一类问题 —— 不是原因远离症状的运行时故障;谷歌出售开发者 AI 工具。

企业已正式投入使用。可以改变基线,但要结合规模与场景相似度加权。

Google Research — blog, "Safely repairing broken builds with ML" (Emily Johnston and Stephanie Tang, April 23, 2024) ↗看完整影响卡 →
对你意味着什么

这对你意味着什么#

如果你刚入行

这个职业在「入门级 vs 资深」上的分裂,是首批职业里最尖锐的。让初级岗位在经济上值得设立的那些任务,正是被自动化的部分;而定义资深工作的那些任务,不是。风险不是「编程不再是职业」—— 而是梯子的最低一级正在被拆掉,顶端却完好。具体地说:你需要证明的是判断力而不是产量,而且要在别人通常还不会这么要求你的时候就做到。

如果你已有经验

你的位置相对稳固,但它依赖于「有一批人用慢办法学会了判断」这个供给。如果入门这一级持续断裂,几年后到来的约束就不是自动化 —— 而是没有人积累起足够经验去审查工具的产出。这件事值得现在就当成招聘和带人的问题来想,而不是以后。

你的选择#

四个方向,每个都写明真实约束和一个本周可验证的动作。继续做下去也是正当选择 —— 只要它是被选择的,而不是被默认的。

保住并强化

比梯子预期的更快建立判断力

稀缺的是「能判断生成代码对不对」的人。这件事你第一天就可以开始证明,不必等两年。

现实约束

前提是待在一个有真实后果的代码库里。玩具项目教不会这个。

本周可验证

拿一个生成的 PR(你的或同事的),写一份真的找出了问题的评审意见,附上推理。每周做一次,把它们存下来。

调整职责

转向「错了代价很高」的方向

支付、安全、数据一致性、基础设施 —— 这些「自信地答错会真的赔钱」的领域,会把人牢牢留在环节里。

现实约束

需要深度,而深度需要时间。选一个方向,待到足够久,久到别人有问题会来问你。

本周可验证

在你当前的系统里挑一个这样的领域,从头读到尾,直到你能向别人讲清它的失效模式。

相邻转岗

工程与问题之间的岗位

解决方案工程、开发者体验、技术产品 —— 这些岗位的价值在于同时理解系统和「别人需要它做什么」。

现实约束

要求把沟通当成一级能力来练,不是每个人都愿意。

本周可验证

给你做过的东西写文档,交给一个不熟悉它的人,看着他卡在哪里 —— 不要帮忙。

跨行业转型

把工程思维带到非软件领域

很多行业里几乎没有「既懂本行、又能动手做」的人。这个组合很稀缺,而且不和生成式工具正面竞争。

现实约束

行业知识几乎要从零开始,第一年通常感觉像在倒退。

本周可验证

找一个非软件行业、有重复性问题的人,做出能帮上忙的最小的东西。这一个项目就是证明。

常见问题#

现在还该学编程吗?

该学,但理由和五年前不同。过去学编程是为了能产出代码,现在的价值在于能判断代码 —— 而你没法判断一份你自己写不出来的代码。这套训练依然有效;变化的是入门级就业市场不再可靠地「一边发工资一边让你练出判断力」。要明确地为这个缺口做计划,而不是假设第一份工作会教你。

初级程序员岗位会消失吗?

这些岗位存在的经济理由 —— 在规格清晰的工作上提供廉价产能 —— 正在减弱,而且这是真实的结构性变化,不是周期。但完全停止招初级的团队会给自己制造问题:几年后没有人是用「难的办法」学会判断产出的。合理预期是:这个角色会围绕审查与判断被重新定义,而且每个团队里的数量比过去少。

我还有多久?

对初级开发者来说,信号不是模型能力,是你公司的应届招聘数。看看今年招了多少初级,和两年前比。有几家砍掉初级岗的组织已经公开承认,他们把「培养资深」的那条路一起砍了 —— 那句承认才是值得追踪的事件。

我的工作里到底哪一部分有风险?

写常规代码 —— 标为「正在自动化」的那一项,也是过去填满初级开发者头两年的那件事。系统设计与需求梳理不在其中,但那是你走完那两年之后才到的地方 —— 而现在没有东西替代那条路。

如果代码是 AI 写的,我到底在学什么?

该学,但理由变了:你现在学写代码,是为了能审代码,不是为了产出代码。要把「读起来顺、其实是错的」产出审好,前提是自己写过同样的东西 —— 也就是说,学习仍然得用慢办法完成,尽管产出的市场变小了。

还在读书、想往这个方向走?

这些专业能通到这里。它们的页面会拆解:哪些能力真的用得上、毕业生普遍缺什么。

计算机科学 →
凭什么这么说

这些判断底下是什么#

这一页上 5 条任务判断里,4 条有已核实事件支撑、1 条是平台推断,每一条都在它出现的地方标注着。它们底下是 1 个技术维度、一条自语言模型进入公众视野以来的回溯轨迹,以及 6 条已核实事件。

看哪些技术、它是怎么走到这里的,以及方法 →

它在权威分类里是谁:技能、知识、相关职业 →

同一个职能里的其他岗位#

一家公司先把工作分成职能,再分成岗位。下面这些和这一份工作同在「技术与数据」里 —— 那是一件关于组织结构的事实,不是「它们相似」或者「它们在朝同一个方向变」的判断。

中高级软件工程师 · 前端工程师 · 后端工程师 · 数据工程师 · 算法 / 机器学习工程师 · AI 研究员 · 测试工程师 · 数据分析师 · 数据科学家 · 统计师 · 经济学家 · 业务分析师 · 业务系统与流程负责人 · IT 支持 / 技术支持 · 网络安全分析师 / 安全运营 · 运维 / 平台工程师 / SRE · 网络工程师 · 技术文档工程师 / 技术写作 · 基金申请书撰写人