组织之变 当执行可以被调用

一张工单后面有几种权力

【未来推演】设想一家企业收到客户投诉：软件导出的订单漏了几项字段，已经影响客户对账。这是用于讨论组织变化的假设场景。

在按岗位逐级移交的流程中，客服记录问题，产品经理确定范围，工程师修改代码，测试人员验证，负责人安排上线。看起来是一张工单在流转，实际上至少包含几种不同决定：客户真正需要修复什么，哪些现有行为可以改变，以及谁能允许修改进入生产环境。

当系统能够读取工单、定位代码、修改文件并运行测试，执行环节可以被委派出去。前面的需求判断与后面的生效许可，仍需要明确归属。企业如果只把原来的岗位逐个换成智能体，却保留所有模糊交接，流程可能变得更忙，结果仍无人负责。

可以委派的工作已有明确形态

【已发生】GitHub官方文档描述的云端代理，可以研究代码仓库、规划修改，在临时开发环境中编辑文件并运行测试，也能创建分支、提交变更，按要求形成供审阅的拉取请求。工作日志可以帮助团队追踪过程。即使保留工作日志，使用者仍需自行审查和测试。这说明一段多步骤工作已经可以委派，并不意味着所有提交都正确，或整个团队已经无需人员。GitHub官方文档，核验于2026年10月28日

从组织角度看，这使“交给谁做”多了一种选择：一段边界清楚的任务，可以交给受权限约束的执行系统。公司仍需要把客户的含糊表达转为可验证的要求。例如“导出要正常”不足以交付；哪些字段必须保留、怎样处理历史订单、失败时如何恢复，都要事先说清。

执行越容易 验收越需要独立

【已发生的研究结果】任务委派带来多大收益，仍需按情境测量。METR在2025年发表的随机对照研究中，让16位熟悉各自开源项目的开发者完成246项任务；允许使用当时AI工具的任务，平均耗时增加19%。这个结果描述的是特定人群、项目和时期，不能推广为所有AI工作都变慢。METR研究，2025年7月10日

2026年2月，METR披露后续实验的原始结果出现加速迹象，同时指出参与者与任务的筛选、并行使用多个代理时的计时困难，使数据不足以可靠估计当时的加速幅度。前后研究共同提示企业：感觉省力、执行产出增加和最终交付提速，是需要分别核对的事情。METR后续实验说明，2026年2月24日

【未来推演】如果一名负责人能够同时发出许多修改任务，审阅就可能成为新的排队点。让同一套系统既大量生成结果，又自行定义合格标准，会放大无人察觉的错误。任务发起、执行与验收应保有适当分离；涉及客户承诺、资金和生产发布的决定，还需要明确的权限门槛。

公司需要留下能够承担后果的人

执行可以被调用之后，企业需要更认真地保有对业务的解释能力。客户为何提出这个要求，哪些旧规则曾经避免损失，哪项妥协会伤害长期关系，这些知识常常没有完整写在工单里。整理这些知识，是管理工作，也需要一线人员参与。

【未来推演】一些小团队可能借此覆盖过去必须外包的执行工作；熟悉业务的员工也可能承担更宽的职责。但收益不会平均分布。重复转写和层层转派的工作承受调整压力，审核者可能面对更高密度的判断，新人则可能失去通过基础任务积累经验的机会。若企业只删除初级岗位，没有建立训练与复核安排，几年后可能缺少能判断复杂结果的人。

组织的资产还包括执行记录。任务为何这样定义，系统调用了什么，谁改过要求，结果为何被接受，应当能够留存并复查。否则更换服务商或关键人员离职之后，企业会发现自己买到了许多结果，却没有积累判断结果的能力。

【建议】可以先选一类低风险、可撤回的任务进行试点，并保留对照流程。观察从请求到验收的总时长、每项合格结果消耗的人工复核时间、退回比例，以及异常是否能及时找到负责人。等这些指标稳定后，再扩大委派范围。

公司规模将怎样变化，尚无统一答案。较为清楚的是，每当执行成本下降，定义目标、设置边界和承担后果的重要性就更加显露。企业能把多少工作交出去，最终取决于它能否清楚地知道，哪些结果值得接受。

资料核验日期：2026年10月28日。研究结果限定于其样本与时期，不代表当前普遍效果；“未来推演”是组织分析，“建议”为可选管理安排。