赛博控制思维

为什么需要控制论视角

在写补丁和改配置时，我们容易陷入“试错法”：改一下依赖、调个超时时间，希望问题消失。但在有反馈回路的系统里——比如一个 LLM agent loop、一条数据管道，或者一次跨模块重构——单靠 happy-path 测试根本无法验证“正确且鲁棒”。错误的修法不仅无效，还可能把系统推向另一种失稳状态：比如盲目加重试导致重试风暴，或者把一个原本稳定的“坏状态”变成了振荡。

这个技能不提供具体代码，而是提供一套认知脚手架，帮你从控制论的视角重构问题。

核心能力与工作流

它融合了钱学森、宋健的《工程控制论》与金观涛的《控制论与科学方法论》，把软件改动抽象为一个受控对象（Plant）。在动手前，它要求你先完成以下闭环流程：

• 定义状态与边界：明确被控变量 x（必须正确的量）和控制变量 u（你手中的杠杆），界定系统的可能空间与观测边界。
• 黑盒建模与证伪：先复现并测量当前行为。把你的系统当成黑盒提出假设（例如：“报错是因为重试风暴”），并预先设定能证伪该假设的观测条件。
• 先稳定后优化：在加功能前，先消除扰动下的发散或振荡。如果问题无法直接控制，尝试通过共轭控制（如 L → A → L⁻¹）变换问题形式，而不是暴力破解。
• 闭环校正：通过测试观察实际轨迹，确认反馈率能跟上系统动力学，直到偏差收敛。

只有系统稳定后，才去优化延迟、成本等次要指标。

适用边界

它不是基础软件工程的替代品。如果你的逻辑本身就是错的，控制论也救不了你。它适用于那些耦合度高、非确定性强、且不能靠一行代码解决的场景。它不生成魔法，只提供纪律。