docs: clarify gate minimalism principle

docs/reference/commander-collaboration.md

@@ -12,6 +12,12 @@
 - 派单前必须能回答该任务直接带来的用户可见变化、运行态变化或 blocker 解除是什么；回答不了时默认不派单。
 - 用户反馈 issue 默认高优先级处理；`pikasTech/HWLAB#131` 是当前指挥作风纠偏的一手事实权威来源。
 
+## 门禁最小化原则
+
+不要滑向不必要的复杂门禁是 HWLAB 指挥、runner、PR、CI/CD、GitOps 和扩容治理的通用原则。优先用固定边界、唯一真相源、标准入口、清晰命名、长期参考文档和验收 checklist 收敛共识；不要把每个设计约定、运行策略、观测项、回滚手册或一次性纠偏都升级成新的 preflight、guard、gate 或报告生成器。
+
+旧门禁阻碍最新交付决策时，默认处理是删除或从当前调用链移除，而不是兼容性迁移、fallback、legacy mode、双路径绕行或在旧门禁上叠加例外。新增门禁前必须能说明它保护的明确高价值风险、为什么文档/结构/标准入口不足以自然收敛、失败信号如何保持低噪声，以及未来什么条件下可以删除。
+
 ## 工作区规则
 
 - 常规 runner 和指挥官工作区是 `/workspace/hwlab`。