承载率怎么算：八种扰动、三条渠道与一句能进日志的话

承载率怎么算：八种扰动、三条渠道与一句能进日志的话

把母文的测量框架做成一份可以在自己的团队里跑完的工序；它测配置，不测人

SDE 编辑部 · 2026年8月

先写死两条

**第一，这个比率不能变成人的评级工具。**母文专门用一节写了这条伦理边界。理由在框架内部就有：承载有三条渠道，其中两条（组织、技术）根本不在个人手里；一个人解释和修复能力再强，组织不授权他就够不到责任那一级。把这个数算到他头上，是把制度缺口记成了个人问题。

第二，这套东西目前是待检验的理论构造。母文在文末声明：它属于概念与理论论文，其宏观机制、承载率与迁移矩阵均属待检验的理论构造，既有实验只为部分机制提供入口。所以下面这套工序的价值在于它产出的事实（谁能接住、能接到第几级、迁到哪去了），而不在于它验证了什么。

这套工序做什么，不做什么

做：对一批已经合格的任务，判断有没有一个能接住它的承载者；算出承载率与无着率；记录承载迁到了哪里。

不做：不评价个人；不产生绩效结论；不主张少用工具或多用工具。

适用：任何"结果达标，但换个人／换个工具／过一段时间就说不清"的场合。

第一步：先确认这是一次"当前成功"

这套东西只在已经合格的任务上跑。母文的定义很干净：任务质量 Q ≥ 事先规定的阈值 q*，才记为一次当前成功。

所以第一步是把 q* 写下来（合格线是什么，谁判的），然后挑出一批已经过线的任务。

不合格的任务不进这套流程——那是普通的质量问题，另有办法。母文特意指出：无着成功最容易被误解成"AI 乱生成而人没发现"，那只是最简单的失败。这套东西要抓的恰恰是那些通过了全部当前审查的漂亮结果。

第二步：预先登记扰动

母文列了八种，照抄，并且要在测之前就选定——不许看到结果再挑：

1. 撤除当前模型；
2. 更换模型或版本；
3. 移除原提示链；
4. 更换操作者；
5. 延迟七天或三十天重做；
6. 转到结构相同但表面不同的任务；
7. 引入一个需要修复的错误；
8. 要求说明证据来源与责任主体。

母文写死了一条方法纪律：**每类承载都通过预先登记的扰动测试，而不是通过主观询问判断。**也就是说，不能靠问"你觉得你还能做吗"，得真的换、真的延迟、真的塞一个错误进去。

实务上不必八种全做。最低配是第 4、5、8 三种——换人、延迟、要求说明来源，这三种成本最低，也最能显影。

第三步：三条渠道各判四项功能

对每一次当前成功，分别看三条渠道：

每条渠道都要过四项功能：复现、解释、修复、负责。

**只要至少一条渠道达标，这项任务就算获得了承载。**三条全不达标，才记为一次无着成功。

一条重要的判定纪律：**四项功能不要求集中在一个人身上。**可以是个人负责解释、知识库负责复现、测试系统负责查错、负责人承担责任。母文的判据是：只要组成部分、接口、权限与替代规则能够被识别，系统就存在承载结构。

**说得清分工＝有承载；说不清＝无着。**这是"分布不等于无主"这句话的可操作版。

第四步：算承载率与无着率

能力承载率 ＝ 至少获得一种稳定承载的成功任务数 ÷ 全部合格的成功任务数

无着率 ＝ 1 − 承载率

母文强调一句：**这个比率与生产率正交。**一个团队可以同时拥有很高的生产率和很低的承载率；另一个团队产出慢，承载率却高。

它甚至把这一条写成了指标存在的前提：如果承载率与生产率始终完全同步，它就只是生产率的一个昂贵替代品。

所以第一次算完之后，务必把这两个数并排看。两条曲线如果一模一样，先怀疑你的扰动没起作用。

第五步：记承载深度向量，不要记一个分

母文把承载分四级：

一级 复现（能重做）→ 二级 解释（能说清机制和证据）→ 三级 修复（错了能调）→ 四级 责任（有介入权限并承担后果）。

它举的两种常见组合，直接当诊断模板用：

• 高复现、低解释与责任：一套自动化流程天天跑得好好的，没人说得清它为什么这么判，出事也没人有权改。
• 高解释与修复、低责任：一位专家什么都懂，但组织没授权，他签不了字。

母文的结论是：**承载不是单一分数，而是一个向量。**记录时写成四位，比如"1110"（前三级有，责任级空）——空在第几位，处置就完全不同：空在四级是授权问题，空在二级是记录问题。

第六步：填迁移矩阵——问"迁到哪儿了"

母文改写了整个提问方式：不要只问"人的能力是不是下降了"，还要问**"能力迁到哪里去了？新位置能不能被识别、维护、替换和追责？"**

六种去向：

**只有第五种要紧。**前四种都是位置变了，第五种是位置没了。

判法很简单：新位置说得出名字（一个岗位、一份文档、一个有版本号的流程、一家有合同的供应商）就是前四种；说出来是"那次那个组合""当时那套配置"，就是第五种。

第七步：如果要修，四条稳定化路径

母文说：辅助结果不会自动变成稳定能力，它得经过稳定化。其中"认知稳定化"那六个机制最具体，可以直接当动作抄：

1. 在拿到建议之前，先形成自己的初步判断；
2. 比较自己的判断与输出之间的分歧；
3. 说明为什么接受或拒绝那条建议；
4. 在相似但不同的任务上重新生成一遍；
5. 延迟提取，而不是立即模仿；
6. 经历一次能被定位和纠正的错误。

第一条和第五条最反效率，也最关键——它们都要求"先慢一下"。这是真实成本，事先说清楚比事后争论便宜。

组织与技术那两条渠道的稳定化，动作更常规：把材料、规范、案例、日志、评审程序保存到接替的人真能据以重建的程度；把流程做到有版本、有测试、有监控、有责任配置。

那句可以直接写进日志的话

母文把核心判据压成了一句零情态词的问句，值得贴在评审模板里：

撤去当前模型版本、提示链与原操作者之后，同类任务由哪个登记主体重做，质量下降多少？

三个空都必须填得出来：哪个登记主体（名字或岗位，不是"团队"）、重做（真做，不是"应该能做"）、下降多少（一个数）。

答"应该问题不大"，就等于答不上来。

走完一遍：一份月度分析报告

某团队每月出一份对外分析报告，近半年质量评价一直很好，客户满意。

• 第一步：q* ＝ 客户验收通过且无返工。近半年六份全部过线，六次当前成功。
• 第二步：选定三种扰动——换操作者、延迟三十天重做、要求说明证据来源。
• 第三步：
  • 个人承载：原作者休假，另一位同级同事重做一份。复现：勉强；解释：说不清其中两个关键口径为什么这么取；修复：不知道数据源换了之后该改哪一步。不达标。
  • 组织承载：查留存材料——只有最终 PDF 和一份提示模板，没有口径说明、没有数据源清单、没有评审记录。不达标。
  • 技术承载：那条提示链存在一个私人文档里，没有版本、没有测试、没有责任人。不达标。
  • 判定：六份里有四份是无着成功。
• 第四步：承载率 2/6 ≈ 0.33，无着率 0.67。同期生产率指标是上升的。两条数走反了——这正是这个指标存在的意义。
• 第五步：那两份有承载的，向量是"1100"（能重做、能解释，但改不动、也没人有权改口径）。
• 第六步：迁移判定——这半年里，口径判断从原来的"部门规范"迁到了"某个人的那条提示链"。说不出名字的位置，第五种。
• 第七步处置：不追究任何人。做三件事——口径写成一份带版本的文档（往第二种迁）；每份报告附一页数据源与判断节点（补二级）；指定一个有权改口径的岗位（补四级）。
• 半年后的读数：还是承载率那个数，以及那句日志话能不能填满三个空。

这个例子里最值钱的是第四步：承载率和生产率走反了。如果只看生产率，这半年是很好的半年。

一张清单：临时配置通常由哪些东西拼成

判第五种迁移（可识别主体 → 临时配置）时，最难的是"说不出名字"这件事本身很难被指出来。母文列了一串具体成分，可以直接当排查清单用：

八项里凡是答"没有""不知道""就那么弄的"，就是这次成功挂在临时配置上的一块。

母文指出这套东西的要害在于：**这些成分共同让任务成功，而没有任何一方掌握完整的生成过程。**所以事后追责也追不动——操作者重做不了，组织复现不了，技术团队解释不了，供应商不对业务结果负责。

实务上最容易补、收益最大的是第三项和第六项：把提示链挪进有版本的地方，把交付前的手改记一行。这两件加起来每次不超过五分钟。

读数与代价

• **代价一：扰动测试要真做。**换人重做一份、延迟三十天再做一次，这些都占人力。可以抽样，但不能改成问卷。
• **代价二："先自己判断再看建议"会变慢。**这是认知稳定化的第一条，也是最贵的一条。
• **代价三：结论往往指向留档与授权，不指向努力。**很多人不喜欢这种结论。
• 一条读数：承载率与生产率高度同步，说明扰动没起作用（多半是扰动太轻，或者根本没真做）。

三种典型事故

**事故一：拿它给人打分。**母文单列一节禁止。三条渠道里有两条不在个人手上。

**事故二：把不合格的任务也算进来。**这套东西只在合格任务上跑，混进失败案例会让无着率虚高，并且掩盖真正的问题。

**事故三：把"能力外置"当成无着。**迁到一份有版本的文档、一个有合同的供应商、一套有测试的流程——都是合法迁移。判据只有一条：新位置说不说得出名字。

停手线

• 一旦这个比率进入任何一份人的考核表，停手。
• 一旦有人拿它论证"所以不该用工具"，停手——母文明确拒绝把"脱离工具独立完成"当成唯一标准。
• 一旦扰动测试要以真实客户或真实业务承担风险来做，停手，改用抽样、影子任务或历史回放。

什么时候该怀疑这套说法

母文给了八条证伪，这里是三条你能自己跑的：

1. 承载率没有独立预测力——它预测不了任何后续的事，或者它的预测完全能被生产率替代。那这个指标不必存在。
2. 即时绩效收敛必然伴随承载收敛——母文全篇立在"这两件事可以分开"上。如果在你的数据里它们总是一起动，这套区分在你这里作废。
3. 模型切换不显露无着率——如果高无着率和低无着率的单位，在换模型、换供应商、提示失效之后质量下降完全一样，那么扰动就不是有效的显影条件，这套理论必须去找别的识别机制。母文自己是这么写的。

四种常见反对

**「结果好就行了，管它谁承载。」**这正是母文要提醒的那一层：**正因为结果足够好，系统才没有发出警报。**风险不在当前失败，在当前成功掩盖了未来无人接手。要不要为此付成本，取决于这类任务将来还要不要再做。

「我们都有文档啊。」判据不是"有没有文档"，是替代的人能不能据此重建。找一个没参与过的人试一次，一小时内就有答案。

「这不就是知识管理吗？」部分重叠，但有两处不同：这套东西只在已合格的任务上跑（知识管理不分好坏都归档），而且它要求用扰动去测，不是靠归档动作本身。

**「测出来无着率很高，是不是说明我们团队不行？」**恰恰相反的可能更大。母文写了一条很不好听的推论：无着率未必在低绩效团队中最高，反而可能在短期成绩最亮眼的团队中最高——因为成绩亮眼，所以没有报警；没有报警，所以那些"看着重复"的留档和复核最先被砍掉。

三个岗位怎么跑

• 带团队的：只做那句日志话。每次结项时填三个空，一个季度就能看出哪类任务是空的。
• 做流程与知识管理的：重点在第五步的向量。空在二级是记录问题，空在四级是授权问题——两者的处置完全不同，别混着治。
• 做技术架构的：重点在第六步。任何"只存在于某个人的私人文档里"的关键配置，都是第五种迁移的候选。

一个人的自查版

挑一件你最近做成、而且做得很好的事，问三句：

1. 换个人来做，他能不能重建？他靠什么重建？
2. 这件事的关键判断，我说得清是怎么下的吗？
3. 如果它出了问题，谁有权改，谁承担？

第三问答"说不好"，那这件事多半没有第四级承载——而这通常不是你的问题，是配置的问题。

本文用到的母文词，各在哪一步

来源说明

本文由 SDE 编辑部撰写，是对阳涌《一次成功由谁承载？》一文测量框架的流程转写，不替代原文，不代表原作者措辞。月度报告那个例子与本文的七步排法为编辑部所拟，不是母文的主张。

母文明确声明：它属于概念与理论论文，其宏观机制、能力承载率与承载迁移矩阵均属待检验的理论构造；并单列一节写明能力承载率不能变成人的评级工具。本文全部内容据此使用。