移除前端 consume 轮询兜底

- 唤醒只由 notify 驱动，bootstrap 后立刻 consume 一次补齐竞态窗口 - 定时 tick 无法自举：判断活动回合本身依赖事件，唤醒丢失时定时器不会启动 - 主规范、ADR 与实施计划同步删除该条款
2026-09-16 18:17:38 +08:00
parent 2938a49cac
commit 0ec1179bf1
3 changed files with 4 additions and 4 deletions
@@ -98,7 +98,7 @@ readHistory(threadId, { beforeItemId?, limit }) -> {

 `notify` 只负责唤醒，不携带事件、cursor 或持久化状态。前端收到通知后调用 `consume`；通知可合并、重复或丢失，事件完整性由 `consume` 保证。

-因为唤醒本身允许丢失，前端在「已判定存在活动回合」期间以低频 `consume` tick（1–2 秒）兜底；`consume` 自带 cursor，重复 tick 不会重复返回事件。
+`subscribe` 把新 subscriber 的游标钉在当时的队尾，因此前端拿到 bootstrap 后必须**立刻 `consume` 一次**，补齐"订阅落定到首条事件"之间的竞态窗口；此后不再轮询，也不设任何定时 `consume`。用定时器兜底既自举不了（判断"有活动回合"本身依赖事件），也把唤醒机制变成两套。

 首屏历史不通过"读取整份对话"的命令获取：`subscribe` 返回的 `lastCompletedItemId` 就是首屏锚点，前端据此调用 `readHistory` 取最近的切片，再按滚动或按钮继续向前分页。系统不提供返回整份对话历史的命令。