187 万字控制论，压成 13 条项目铁律

大多数项目管理书教你怎么排期，钱学森的《工程控制论》教你怎么理解「系统为什么会失控」——187 万字，21 章，讲的是导弹和工程，但每个字都适用于你的项目。有人把它整个蒸馏成了一个 Agent 技能：cybernetic-project-management，13 个原子能力，每条都标了原书依据的章节号。

先看它凭什么可信：拆书流水线用 5 个并行提取器扫完全书，三重验证，然后做了触发盲测 10/10——十个不含关键词的真实场景描述，技能全部正确触发。这个评测动作比技能本身更值得学。

十三选三：最扎心的铁律

13 条能力全列出来是流水账，挑三条最能打的。

拒绝加权总分，保帕累托集（依据 1.7/21.8）。多目标决策时，传统做法是把进度、质量、成本加权成一个总分——控制论说这是错的：指标应该分别评价，抓住当前的主要矛盾，任何「加权 magic number」都在掩盖真实冲突。帕累托集里的解谁都不优于谁，选择权交还给人。想想你见过多少用加权评分表选型选出一地鸡毛的。

净偏差 = 表观偏差 − 在途动作（依据第 11 章）。项目周会上「落后两周」的表面读数，必须扣掉已经在途的纠正动作——很多「偏差」是纠偏延迟造成的错觉，慌乱中再加干预，反而震荡。这条配合「按最坏延迟设计仍收敛的纠偏」，直接可以写进周报模板。

串联成功率 = 乘积，先找瓶颈（依据第 19 章）。十个环节各 95% 可靠，串联起来 0.95¹⁰ ≈ 60%——一天绿十次的流水线其实天天在挂。热备、冷备、k-N 表决，容错能力就是 N−k。做 CI/CD 的人对这些应该有生理性共鸣。

flowchart TD
    A["《工程控制论》上下册<br/>21 章 187 万字"] --> B["5 个并行提取器<br/>全书扫描"]
    B --> C["三重验证 + 晋级门<br/>去伪存真"]
    C --> D["13 个原子能力<br/>每条附原书章节依据"]
    D --> E["触发盲测 10/10<br/>真实场景全部正确触发"]

能力卡的结构

flowchart TD
    A["stability-health-check<br/>稳定性一票否决"] --> B["multi-objective-tradeoff<br/>帕累托而非加权"]
    B --> C["baseline-variance-control<br/>基线不轻动 纠偏天天做"]
    C --> D["redundancy-fault-tolerance<br/>串联乘积先找瓶颈"]
    D --> E["large-system-decomposition<br/>分层是信息结构必然"]

每张能力卡是「一句话规则 + 适用触发 + 原书依据」的三件套——规则给 Agent 执行，触发词管路由，章节号给人类溯源。这是「权威著作进 Agent」的正确姿势：不整本塞进去，也不断章取义，每条结论都能翻回原文对质。

边界与判断

适用：中大型项目的监控与治理设计、跨团队协调机制、任何「系统会自己失控」的场景。不适用：三人小团队的日常执行——控制论框架的重量需要足够大的系统来承载，小项目用它属于高射炮打蚊子。

一句提醒：这 13 条是 1954 年的书蒸馏的，工程直觉经过了七十年检验，但软件项目里「噪声」和「信号」的频率特性跟导弹不同，套用时留一分警惕。

我的判断：这是拆书流水线里最有「思想含金量」的一个——别的技能给你方法，这个给你世界观。带团队的人哪怕不装技能，把 13 条铁律打印贴墙上也值。

你的项目最近一次「表观偏差」吓到大家，扣掉在途动作后还剩多少？评论区聊聊。

仓库：https://github.com/Fen9pi-Max/cybernetic-project-management（cangjie-skill RIA-TV++ 流水线产出）