约束留白：把硬约束留给机制，把判断留给执行

设计一个系统的时候，人有一种本能：把每一步都规定死。觉得约束越细，系统越可控，越不会出错。

但这是个错觉。约束过细的系统，往往不是更可控，而是更僵——执行层失去了判断的空间，要么变成机械执行，要么学会在规则的缝隙里钻空子。

两种约束，得分开放

我在搭系统时区分两种约束。

一种是机制层的硬约束。比如同一时刻一个任务只能有一个智能体在跑；比如跨业务动知识库必须审批；比如每一次关键操作都要留痕。这些是「会出事」的红线，必须卡死，没有商量。

另一种是语义层的判断。比如一个任务拆成几步、先做哪个、用什么工具、走哪条路径——这些是「怎么把事做好」，应该留给执行层自己决定。

混淆这两者，是系统设计最常见的错误。

把「会出事的」卡死

硬约束要少而准，只管那些一旦出错就不可逆、或者会污染全局的事：

• 互斥：防止两个智能体抢同一份资源打架；
• 审批：防止越界操作扩散污染；
• 留痕：防止出了问题查不到是谁、什么时候、为什么。

这些约束的共同特点是：它们卡的是「不出事」，不是「最优」。 只要没踩红线，执行层想怎么走都行。

把「怎么做事的」放开

放开的部分，是执行层判断力所在的地方。

如果一个智能体每次做事都要等你告诉它第一步、第二步、第三步，那它不是智能体，是个脚本。真正的智能体，价值在于它能在你给的边界内，自己找到一条你没预设的路。

这要求你忍住一件事：看到它走的路不是最优，忍住别纠正——除非会出事。

这是反直觉的。人看到「有更好的办法」就想指出来。但每一次你伸手纠正一个不会出事的选择，都是在告诉它：你的判断不重要，听我的就行。久而久之，它就不判断了，只等你发话。

判断力是练出来的，而练的前提，是给它练的空间。

约束要留白

我喜欢用一个词叫「约束留白」：机制层追求精确的硬约束，把红线画得清清楚楚；语义层刻意留白，把「怎么做」的空间让出来。

这就像好的交通规则：红灯停绿灯行、不能逆行——这些是死规矩，谁都得守；但从一个路口到下一个路口走哪条车道、什么时候变道，留给司机自己判断。规则管的是不出车祸，不是替司机开车。

过度约束执行层，不会得到一个更可控的系统，只会得到一个不会自己做事的系统。真正的可控，是红线之内，给人（和给智能体）足够的判断空间。