LO
实际部署脑力工作自动化2025-04-15
美国移民及海关执法局报告 2025 年 4 月 15 日上线 AI 开发者工具,并写明其输出须经审阅批准才能进入代码库
中高级软件工程师职业页 →
事件日期 / 报道日期
2025-04-15 · 报道于 2026-01-28
证据阶段
实际部署企业已正式投入使用。可以改变基线,但要结合规模与场景相似度加权。
关联任务
审查机器写出来的东西
读一段不是你写的、你也不在场的代码,判断它对不对 —— 而随着生成变便宜,这件事的量在涨。
新出现的任务✓ 有证据支撑
为那些会写代码、会改代码的智能体负责
设定一个自动写代码的智能体在没人看着时能做什么、什么必须先问、它的产出从哪里进入分支 —— 然后成为这个设定后面挂着的那个名字。
新出现的任务✓ 有证据支撑
适用范围
一个政府里的一个机构分支(ICE),而且是该机构依法定义务报出来的,不是挑出来发布的 —— 这正是这份清单里那些平淡条目值得读的原因。条目编号 DHS-2758,在逐条上报的那份 CSV 里。它立住的是这次上线以及附加在上面的条件,不是使用量:清单里没有任何使用数字、没有人数、除了机构自己说这些工具「提高开发者生产率」之外没有别的生产率主张。支撑这两项任务的是机构自己写下的两句分开的话:输出「必须先经过审阅和批准,才能通过现有的版本控制与部署流程并入代码库」(对应「审阅机器写的东西」),以及「这些工具不直接改动生产系统;所有变更都必须走标准的人工审阅、测试与批准流程」(对应「设定一个自动写代码的 agent 在无人看管时能做什么」)。被点名的工具是外购的,这一点值得知道,不过在这里上报的一方是机构而不是供应商。同一份清单里还带着同一个部门的一条反向信号:条目 DHS-373「商用生成式 AI 代码生成」,开发阶段是「已退役」。那一行没有日期也没有理由,所以它只立住一件事:国土安全部曾列出过这样一个用例,现在不再运行它。
这意味着什么
一个雇主把这些工具投入了生产,并且在同一份申报里写下了它们的输出被允许走到哪里。那条边界本身就是这份工作:得有人决定「没有任何东西未经审阅就进入分支、没有任何东西直接改动生产系统」,而且随着工具在「当初让这条规矩成立的那部分」上越做越好,还得有人继续决定它。
还不能说明什么
它没说任何关于量的事。清单里没有这些工具产出了多少改动、有多少被接受、谁省了多少时间的数字,而其中那句生产率的话是机构自己写的,后面没有东西支撑。它同样没说那道审阅是不是真的:「输出必须被批准」这条规矩,和「审阅的人真的读了」是两件事,而清单里没有任何一个字段能把它们分开。
你可以核实什么
去查你自己团队有没有把这条边界写在任何地方 —— 一个 agent 在无人看管时能改什么、它的输出从哪里进入分支。如果它只以「大家心里有数」的形式存在,那就把它写成一句话发出去;收回来的分歧,就是这条边界实际在哪里的地图。
是否改变评估
否。影响指数不会被单条事件改变。这条记录做到的是:上面 2 项关联任务的判断从「推断」变成了「有证据支撑」。
来源
OMB — 2025 Federal Agency AI Use Case Inventory (entry DHS-2758) · 核实于 2026-09-20 · Claude (agent) · 解读于 2026-09-20 · Claude (agent)
一手来源 —— 由做这件事的当事人或记录的权威机构发布,无需联署。