编辑 | 姜篇
"Typing is not the job."
黄仁勋：敲键盘不是全部工作。
这句话出现在最近黄仁勋的一场 70 分钟专访里。
黄仁勋把两个经常混在一起的词分开：task 和 job，也就是任务和工作。
写一段接口、补一组测试、查一条日志，是任务。
开发者的工作还包括判断需求是否合理、改动会碰到哪些系统、结果能不能上线，以及出问题后谁来负责。AI 最先代替的，是其中边界清楚、容易检查的部分。
主持人 Mike Allen 问题犀利：AI 带来的新岗位也许更多，可眼下哪些任务、哪些工作会消失？
黄仁勋没有回避：每一轮工业革命中，都会有一些任务和岗位被自动化。
采访快结束时，Mike Allen 对刚入行的年轻人说：不要把手头的一项任务，当成你的整份工作和机会。
黄仁勋立刻接了一句：" 这句话太对了！"
以下为访谈内容，我们进行了翻译与整理。
Mike Allen 在采访里提到，AI 会不会摧毁大量岗位，已经成了科技行业最激烈的争论之一。
黄仁勋的回答很坚定。
Jensen Huang: "The fact that this is going to destroy half of jobs is complete nonsense."
黄仁勋：说 AI 将摧毁一半的岗位，完全是胡扯。
黄仁勋谈 AI 失业论。
他承认每一轮工业革命都会自动化一部分任务，部分职位也会随之消失或改变。
争论的分歧在于，应该把一份工作看成完整、不可拆的东西，还是先拆开看看里面究竟装了什么。
程序员的日常就很容易拆分。搜索代码、生成样板、补测试、改配置、写文档、查依赖，这些活都可能交给 Agent。
可一旦改动牵涉线上数据、跨服务接口或历史兼容，问题就不再是 " 代码能不能生成 "，而是 " 这次修改会不会把系统推向一个没人准备好的状态 "。
谈到岗位变化时，黄仁勋给出判断：
Jensen Huang: "In every industrial revolution, some tasks and some jobs become automated."
黄仁勋：每一轮工业革命中，都会有一些任务和岗位被自动化。
紧接着，他补上了最重要的限制条件。
Jensen Huang: "If your job is the task, then it ’ s very likely that when that task is automated, your job will be eliminated or changed."
黄仁勋：如果你的岗位只剩下某一项任务，那么当这项任务被自动化时，岗位很可能会消失或改变。
黄仁勋谈任务自动化。
放进开发团队，则对应着一个很具体的风险。
如果一个人的工作被压缩成 " 把需求翻成代码 "，代码生成能力越强，他能提供的稀缺价值就越少。
可一个成熟工程师通常还在做其他事：发现需求里的矛盾，判断改动范围，和上下游确认接口，在延迟、成本与稳定性之间做选择，最后为上线结果签字。
黄仁勋用放射科医生举例。
阅读扫描图像是一项任务，医生的工作目标还包括确认疾病、解释病情、和其他医生协作，最终减少患者的痛苦。
Jensen Huang: "A job has a purpose which includes many tasks."
黄仁勋：一份工作有自己的目标，同时包含许多不同的任务。
Jensen Huang: "The purpose doesn ’ t change when the task has been automated."
黄仁勋：其中一项任务被自动化后，工作的目标并不会跟着消失。
黄仁勋以放射科医生为例解释任务与工作目标。
程序员也一样。写代码只是交付软件的一段过程。
用户的问题有没有被解决，系统能不能长期运行，下一位接手的人能不能看懂，这些都不会因为 Agent 写完了第一版而自动完成。
把 " 工作 " 拆分成任务后，哪些会先被 Agent 拿走，就不难判断了。
拿修 Bug 来说。
已有稳定复现步骤，相关文件范围明确，测试能判断成功或失败，这种任务很适合交给 Agent。它可以读仓库、定位调用链、修改代码，再把测试结果和 diff 交回来。
换一种情况：Bug 只在生产环境偶发，日志不完整，修复还可能改变计费、权限或数据一致性。Agent 仍然能协助排查，但把任务整段交出去，风险会迅速放大。它不知道团队为什么保留一段看似多余的兼容逻辑，也不会天然理解一次回滚会影响哪些客户。
所以，自动化顺序往往由 " 能不能验收 " 决定。
输入越明确、结果越容易测试、失败越容易回滚，Agent 越适合独立执行。验收标准写不出来的活，人还得先把问题弄明白。
Mike Allen 说出那句 " 不要把任务当成工作 "。黄仁勋马上表示赞同。
Mike Allen 提出 " 不要把任务当成工作 "，黄仁勋表示赞同。
随后，黄仁勋把话题拉回到办公室里的键盘。
Jensen Huang: "Most of the people in technology sit in front of a keyboard typing."
黄仁勋：今天，大多数科技从业者都坐在键盘前敲字。
Jensen Huang: "Typing is not the job. Solving problems, innovating, discovering impact, creating value … "
黄仁勋：敲键盘不是工作。解决问题、创新、找到影响力、创造价值，这些才是工作。
黄仁勋解释技术工作的目标。
它没有降低代码审查门槛。
Agent 生成的代码越多，审查者越需要懂代码。一次修改碰了 40 个文件，测试全绿也不代表可以直接合并。
开发者还要看依赖方向有没有被破坏，权限是否被放大，错误处理能否覆盖真实流量，性能变化是否在预算内。
过去，工程师靠亲手编码发现这些问题。接下来，更多问题会先出现在 Agent 提交的计划、diff、测试记录和运行日志里。阅读与判断会占掉更多时间，责任没有随着键盘输入量一起减少。
黄仁勋认为，AI 已经进入 Agent 阶段。
Jensen Huang: "We ’ ve moved into the agentic era of AI. The capability is now here. Now it ’ s about the diffusion of the capability."
黄仁勋：我们已经进入 AI 的 Agent 时代。能力已经出现，接下来要做的是让它真正普及。
黄仁勋谈 Agent 能力的普及。
一问一答的助手出错，用户当场就能看见。
Agent 在后台连续运行几十分钟，问题可能要等到它改完文件、调用工具、消耗完上下文后才暴露。任务越长，人越不能只在最后看一眼答案。
开发团队需要提前设好几道边界：它能访问哪些仓库和数据，命令可以跑到哪一层，Token 与运行时间上限是多少，失败后在哪里停下。更重要的是，系统必须留下日志、diff 和测试结果，让人能还原它做过的每一步。
这类工作以前由平台工程、安全、测试和开发分别承担。Agent 把它们挤到同一条执行链上以后，开发者要更早介入这些约束。
采访末尾，黄仁勋给出了一个很大的数字。
Jensen Huang: "We ’ re going to have 100 billion, a trillion agents that are running all of the time."
黄仁勋：未来会有 1000 亿甚至 1 万亿个 Agent 持续运行。
黄仁勋谈未来的 Agent 规模。
数量未必会按他的预测那么多，但多 Agent 已经进入开发工具。
有人负责搜索仓库，有人写代码，有人跑测试，还有一个 Agent 负责汇总。模型各自完成一小段任务，开发者负责定义目标和交接规则。
这时最麻烦的往往是任务之间的缝隙。搜索 Agent 漏了一条历史约束，编码 Agent 就会沿着错误上下文继续改；测试 Agent 只跑了局部用例，汇总 Agent 仍可能给出 " 任务完成 " 的结论。
多 Agent 工作流需要像普通系统一样设计：输入输出有格式，权限有范围，失败有重试上限，关键动作需要人工确认。把几个 Agent 同时启动很容易，让它们交付同一个可上线结果，仍然是工程问题。
开发者可以从最近一周做过的事情开始，把每项工作问清四个问题：
1. 输入是否明确，Agent 能否拿到完整上下文？
2. 结果能否用测试、规则或数据自动判断？
3. 权限用错后，影响会停在本地，还是进入生产环境？
4. 任务失败时，能不能恢复到执行前的状态？
输入明确、结果可测、失败能回滚的任务，可以先交给 Agent。目标清楚但过程需要判断的工作，让 Agent 出计划和初稿，人来审查。架构取舍、生产权限、安全边界和事故处理，仍要由能承担后果的人把关。
这份盘点还有一个用处：它会暴露团队欠下的工程债。Agent 做不好某个任务，有时并非模型能力不足，而是仓库没有统一测试入口，文档早已过期，权限规则藏在几个人脑子里。把这些基础设施补齐，人和 Agent 都会少走弯路。
AI 会不会减少程序员岗位，黄仁勋给出的答案很乐观。
但他的另一句话更值得开发者留意：如果你的岗位只剩下一项任务，那么这项任务被自动化时，岗位就会改变。
代码生成已经把 " 写出第一版 " 的成本压了下来。接下来拉开差距的，会是定义问题、拆分任务、设置边界、审查结果和承担上线后果的能力。
当一个开发者只能证明自己会敲代码，风险确实在上升。能把一项模糊需求变成可执行、可验收、可回滚的工程流程，他面对的就不再是一场和 Agent 比手速的比赛。
别把今天最熟悉的一项任务，当成自己的整份工作。
参考链接：
https://www.youtube.com/watch?v=fr1IQspixmM&t=337s
——好文链接——
高级工程师会断代！斯坦福 AI 经济专家：AI 先挤压初级岗位，其实是正在透支未来的高级工程师
登录后才可以发布评论哦
打开小程序可以发布评论哦