本技能介绍一种在 Kotlin 中处理共享房间组件状态同步的模式：同一个桥接类根据运行时角色（源或跟随者）决定数据流向——源发布本地操作，跟随者应用远端变更。
用途：避免为发布和应用写两个类导致漂移，用一套逻辑通过角色判断方向。
主要能力：
- 使用私有的 applyingRemote 标志位，在应用远端快照时抑制本地发布，防止回声。
- 角色每次发射时实时读取，适应成员在运行中被提升或降级。
- 建议对每个发布器判断触发源，仅对由本地组件状态派生的发布器添加守卫。
- 强调用 try/finally 包裹整个 apply 过程，确保标志位在异常时也能清除。
- 要求 start() 幂等，避免重复启动收集器导致命令重复发送。
- 建议通过记录最后发布的 id 和最后应用的 id 进行身份去重，弥补标志位时间窗口的不足。
- 提醒需要额外收集器在角色变更时发布全量快照，避免静默。
- 指出共享作用域需为单线程或 UI 线程，否则普通 var 标志位可能因可见性问题失效。
使用方式：文章提供了代码片段示例（watchRoomAsFollower 收集器）及用于审计的 shell 命令，可检查哪些函数发送、哪些检查守卫，并验证标志位异常安全和角色实时读取。
适用场景：Kotlin 多人协作应用、实时房间状态同步、客户端组件需要双向同步的场景。
限制：文章未提供具体安装命令、依赖要求或完整示例项目；仅讨论模式与陷阱，需结合实际情况调整。