江砚提出“微声护送通道”：
当某主题簇长期存在，但始终低于k，系统会自动为其分配一条对内的“护送路径”，确保它进入试验场优先队列，而不需要对外公开具体数量。
存在性编号：min-escort-01
min-escort-01a：微声主题簇连续m批次存在即触发护送
min-escort-01b：护送动作
*将该主题簇的转译假设进入试验场的优先队列（仅在不降低i1/i2/i3前提）
*分配专门的轻量资源（不挤占关键外压预算）
min-escort-01c：对外只公开“护送已触发”的状态，不公开具体分叉点细节
min-escort-01d：对参与者私密回执显示：护送触发、预计试验时间、预计复盘窗口
min-escort-01e：护送结果生成“微声落地回执”，可查但不显影
这样，少数意见不需要公开人数，也能被推进到试验与落地。
它的尊严来自被推进，而不是被围观。
---
###十、一次落地：商圈“延展次数”微声被护送进入试验场
回到那群商户的担忧——延展次数过多。
它在连续多个批次存在，但人数始终低于k，被并入“其他”。
在min-escort机制触发后，该主题簇被护送进入试验场，形成可测试假设：
*假设：漂移期的延展策略对某类高依赖现金流的商圈造成行动区间收缩
*参数：在不触碰i1入口成本的前提下，允许对该类场景采用“分批延展+更短解释节奏”组合，降低连续延展次数
试验场用组合事件生成器构造对应场景，验证：
*操控成本区间不下降