V3.04.5Shared viewing fits presentation, not parallel work设计
共同浏览适合讲解，不适合并行工作
别名: 共同浏览的适用边界 · 讲解型协作 · 视口耦合与并行冲突
概念解释
共同浏览（含跟随模式、屏幕共享这类视口耦合）有一个明确的适用边界：它服务于单向的知识传递——一个人带着其他人看，讲解、演示、走查；而不服务于并行的共同生产——各人同时在材料的不同部分工作。把讲解工具当工作台用（全程共同浏览着一起改方案），或反过来用自由视口做讲解（各自翻各自的，口头对齐累死），都是模式与任务的错配。判断口径：任务里「所有人必须同时看同一处」的时间占比高，用共同浏览；「各看各的、偶尔对齐」占比高，用自由视口加感知线索。
机制
耦合与并行在结构上互斥。共同浏览把多人的视口压成一个，同一时刻全网只有一个注意焦点，这保证了讲解效率——信息、指代、节奏全部对齐，没有「翻到哪了」的对齐开销；代价是所有人的导航权被收归一人，其余人无法去看自己关心的部分，个人的探索、核对、私聊式思考全部被阻塞。并行工作正相反：多人各占一块区域同时推进，效率来自分布，但它要求视口独立、参照各自建立。于是两类任务对视口的需求恰好相反，不存在同时优化两个方向的设置——共同浏览时长与并行产出量此消彼长。实践中健康的协作会话往往在两种模式间分阶段切换：先共同浏览对齐理解（讲解、讨论定案），再解耦各自执行，需要时再次对齐。
边界
边界不是二值的，中间形态存在但都有代价：松散跟随（领导者停下才对齐）能部分兼容「听讲+自己看」，但两边体验都打折；分区共享（各看各的，共享一块公共区）适合结对照查这类强关联任务，实现复杂度上升。共同浏览的规模上限也远低于并行协作：广播式讲解可以几十人，一旦需要双向互动，共同浏览超过五六人就退化为排队发言。另外，任务越依赖个人节奏（深度阅读、核对、构思），共同浏览的强制同步越有害；越依赖集体节奏（演示、评审走查），越有价值。
怎么落地
- 把会话按阶段组织：讲解与定案阶段用共同浏览/跟随，执行阶段切回自由视口，切换动作做成显式且低成本的模式按钮。
- 共享白板/文档工具里，提供「现在一起看」的临时召集（把所有人拉到同一处）而非长期锁死同视图。
- 主持人侧提供「有人举手/有人脱离」的信号，作为该切回讨论或放慢节奏的提示。
- 验证：统计会话内模式切换的次数与时机；长期停留在共同浏览模式却出现大量脱离-回访循环的会话，说明把并行任务错放进了讲解模式。