docs: require verifiable feedback loops

AGENTS.md

@@ -66,6 +66,27 @@ ETAF 当前性能工作的最终结果是：通用性能工具能解释每次操
 最小验证不能偷换最终目标。微基准只能证明局部机制；真实跨包场景和完整门禁
 仍是最终证据。
 
+## 可验证的小赌注与反馈控制环
+
+不要把一次无法控制、无法快速证伪的“大赌注”当作工程推进方式。任何跨包、
+跨阶段或“国民级应用”尺度的大 gap，都必须拆成一组彼此有清晰因果关系、能够
+独立验证和独立回退的小 gap。每个小 gap 只承载一个主要假设，并在扩大范围前
+得到新鲜证据。
+
+这不是三条孤立技巧，而是一条完整的反馈控制环：
+
+- **拆解**缩短因果距离：一次只改变一个可命名机制，使失败能直接指向假设，
+  不让多个变量同时变化后再靠猜测定位；
+- **验证**限制错误传播：定向测试、静态编译、CI、事务回滚和真实 GUI 门禁必须
+  放在对应边界上，不能等到最终集成时才第一次发现问题；
+- **迭代**提高反馈频率：小步实现、立即运行最小有判定力的检查，通过后才扩大
+  一个维度，并在完整子目标证明后及时提交 Git 基线。
+
+工程目标不是假装“零错误”，而是让错误出现得早、扩散得不远、定位有证据、
+回退代价低。一个实验若不能快速回答“假设是否成立”，就说明切片仍然过大；
+一个门禁若失败后不能指出责任边界，就说明验证粒度仍然过粗。不得用继续堆代码、
+增加兼容分支或推迟集成来掩盖反馈环已经失效。
+
 ## 控制变更规模
 
 - 避免一次编写大段跨层代码后才首次运行测试。