用途：防止新系统继续依赖 Miro 已停用的实验性 webhook 基础设施，为仓库侧选择并实现诚实的替代方案，明确持久性与新鲜度边界。
主要能力：清点已停用的订阅调用、回调处理器、签名假设、队列与下游消费者；定义所需的新鲜度、完整性、重放、顺序与活跃板假设；在“有界 REST 对账”（用于持久服务端状态）与“Web SDK UI 事件”（用于板内活跃行为）之间做选择；为轮询设计规范化检查点、安全游标遍历、额度预算与周期性全量对账；为 Web SDK 事件注册/注销稳定处理器，容忍重复与丢失，并标注仅会话语义；移除旧端点与密钥，测试检测缺口并发布残余新鲜度/丢失契约。
使用方式：用 Read、Glob、Grep 检查仓库、配置名、适配器、测试与证据；仅用 WebFetch 查阅 Miro 官方文档；确认模式、目标环境、租户、板与审批边界后再用 Write 或 Edit。这些工具不调用已认证的 Miro API 或部署 CLI，只实现客户端、配置与测试改动，再返回精确操作命令或需审批的交接。REST 使用 OAuth 2.0 授权码与最窄 scope，令牌记录绑定用户、应用、团队与 scope，禁止打印令牌、密钥或板内容。
适用场景：需要把 Miro 事件消费迁移到可审计替代方案的仓库；需要明确新鲜度/丢失保证的集成设计。
限制：Miro 已停用实验性 REST webhooks 与 /v2-experimental/webhooks/board_subscriptions，且无当前生产级 REST 回调/签名契约作为替代；Web SDK 的 items:create、items:delete 仅在活跃板应用上下文运行，非持久服务端投递；experimental:items:update 仍为实验性，items:create 在复制粘贴或复制时不触发。不得重新启用旧端点、编造签名头、把会话事件宣传为持久投递，或未经所有者批准提高轮询负载。若消费者要求无损实时，应报告当前文档能力无法满足。