波仔
🧡 第八章 多智能体协作
📄 一句话概括

扇出去容易，收回来要人看——所以 fan-out 只能用于【错了也能一眼看出来】的活；看不出来的那种，批量越大越危险。

📝 本节和前面几节的关系

这一节讲一种看起来最爽、也最容易出事用法：批量扇出去。

一、先看它有多快

六十份文档统一加标题，每份半分钟——串行 30 分钟，同时跑 10 个大约 3 分钟。 这个数字很诱人，所以它危险。

二、另一半账：收回来

扇出去容易，收回来要人看。 六十份里如果有 3 份改错了，你得从六十份里把那 3 份挑出来。 挑错的成本随批量增长，而它比干活的成本高得多。

三、所以有一条硬判据

只能用于错了也能一眼看出来的活。 统一标题、加页码这种——扫一眼就知道对不对，适合批量。 重构逻辑、调业务规则这种——错了看不出来，批量越大越危险。

四、怎么把回收成本降下来

先跑三份试试，别一上来就六十份。 给它一条自检要求：每份改完自查一遍并报告结果。 最后抽查：全过了不代表都对，但抽三份能挡掉大部分错。 这三步做完，批量才从危险变成划算。

五、动手 Demo：Fan-out 批处理——人海战术的 AI 版

下面把六十份文档的串行与并行时间摆开，再算回收的账。

batch, per = 60, 0.5
P(u"    串行：%d 份 x %s = %.0f 分钟" % (batch, per, batch * per))
for k in (1, 5, 10):
    P(u"    同时跑 %2d 个 -> 约 %.0f 分钟" % (k, batch * per / k))

实跑输出：

--------------------------------------------------------------------
Fan-out 批处理——人海战术的 AI 版
--------------------------------------------------------------------

有一类活天生适合并行：一批互不影响的同类活。下面算它的账：

    任务：给 60 份文档统一加标题
    每份大约 0.5 分钟

串行：60 份 x 0.5 = 30 分钟

    同时跑  1 个 -> 约 30 分钟
    同时跑  5 个 -> 约 6 分钟
    同时跑 10 个 -> 约 3 分钟

但要记住一笔账：**扇出去容易，收回来要人看**。

    60 份里如果有 3 份改错了，你得从 60 份里把那 3 份挑出来

所以 fan-out 的正确用法：**用于【错了也能一眼看出来】的活**。
看不出来的那种，批量越大越危险。

时间账很诱人，所以它危险——真正的账在回收那一行。 六十份里错 3 份，你得从六十份里挑出来；挑错的成本比干活的成本高得多。

30 秒实验

  1. 把手上的批量活问一遍：错了能一眼看出来吗？不能就改成先跑三份。
  2. 给批量活加一条要求：每份改完自查并报告——回收成本会明显下降。

常见误区

  1. 一上来就扇六十份。先跑三份是这一节的保命动作。
  2. 把看不见对错的活批量跑。批量越大越危险——不是越大越省。
自测三问（点开对答案） 1. fan-out 真正的账在哪？ —— 在回收：扇出去容易，收回来要人看，挑错成本随批量增长。 2. fan-out 的硬判据是什么？ —— 只能用于错了也能一眼看出来的活。 3. 怎么降低回收成本？ —— 先跑三份、要求每份自查并报告、最后抽查。

相关笔记