下一阶段建议（本次不实施）

优先1：先让已有功能历史有机会进入比较

60条确认重复中31条的已核实历史在当前合法池外、8条在池内未进Top3。先为跨State/ModelAction功能检索及Witness覆盖设计离线评测，明确哪些历史因映射过滤、范围限制或Top3未选而缺席，特别用ActivityDiary统计/地图/Diary和Omni Lock/Discard反复例验收。增加历史不等于直接共享所有canonical缓存：相同匿名行identity可能代表另一个设置，扩大复用前须保留页面角色、状态条件与真实动作效果。

优先2：匿名操作应能表达它此前打开过什么

Scarlet的7条重复Block Text Actions是最清晰的效果Evidence缺失。可先设计冻结证据对照：只给匿名图标和块标签 vs 额外给先前Share/Copy/Delete菜单的可核实结果；评测是否减少把块实例当新功能。不立即改Prompt、Evidence或模型，先人工复核这些关系与隐私/预算边界。

ActivityDiary卡片需要“当前正在进行什么”“点后是启动还是停止”的状态上下文；不是只给卡片名，也不是所有卡片直接SAME。

优先3：单独评估等价误判与探索聚合

先人工复核9个wire支持等价但D可疑的Probe（不是9个独立Pair），以及Scarlet604/608、Omni1933低置信等价未否决的案例。区分模型不确定性、局部Pair与全局候选新颖性的逻辑差别，决定探索优先是否符合研究预算。重放150/150符合当前规则，不能把政策取舍叫实现bug；本次不调confidence阈值、不改聚合。

优先4：pending机会的执行时效

Omni825的决策到执行相隔499.464秒，期间807已经归档。后续设计应明确“同功能由普通动作先做了”时是否重新评估pending。先定义单条/批量功能粒度和可验证的条件，再讨论Ledger；本次未改Ledger或执行策略。

速度：先检查已量化的发送队列与同步等待组合

本轮正式1030请求均由Native同步await；Jev约6秒上游发送准入造成的Gateway队列，在这种模式下确实占用APE探索时间。Scarlet排队约900.873秒、ActivityDiary约410.307秒，优先复核当前限速/接入排队与Native等待方式的性能预算，分别量化排队、模型服务及本地准备。不绕过配额、不改Provider或Native，不把建议自动实施。

Omni的Provider等待只解释一部分，后续应优先补充普通APE选择、App加载/恢复及FUZZ实际执行区间，避免把混合post_prepare_selection阶段全算GUITaboo。详细优先级以性能开销归因为准。

评价与验收保持双轴

功能新颖性、是否看到等价历史、Pair关系、最终执行结果与METHOD首次观测分别保留；UNKNOWN不当负例。独立评估“全局已有功能但Evidence没给”与“Evidence充分仍错”的比例，冻结同题Evidence后再进行未来受授权的评测。当前研究标签不是研究者金标，不写回数据集、不用于训练。

本轮只有5 App各1次模型轨迹，没有精确的“如果没有Probe同一时刻会发生什么”反事实；速度与功能价值要同时展示，但不把方法新增/秒或单个下界当总体模型排名。