VSCode Live Share 不支持切换主持人，主持人身份不可转移；所有协作功能均绑定于原始启动者的本地进程，参与者无法接管后台服务。
VSCode Live Share 不支持“切换主持人”——主持人身份不可转移，只能由原始启动者持有。 所有协作流程都围绕这个前提设计，试图“交棒”会直接失败。
为什么不能把主持人权限转给参与者
Live Share 的架构决定了主持人是会话的唯一信源和状态锚点：所有文件变更、调试会话、终端控制、权限配置都绑定在主持人本地进程上。参与者即使拥有编辑权，也无法接管 liveshare 扩展的后台服务实例。
- 没有
Live Share: Transfer Host或类似命令 - 参与者执行
Live Share: Stop Collaboration Session会失败（权限拒绝） - 主持人退出后，整个会话立即终止，参与者自动断开，不会降级为新主持人
实际协作中怎么实现“视角切换”效果
所谓“主持人/跟随者视角切换”，本质是快速调整关注焦点与操作边界，而非更换角色。以下方式最常用且可靠：
- 主持人主动点击某位参与者的头像（在侧边栏
Live Share面板或状态栏参与者计数处），即可将编辑器焦点、滚动位置、光标同步到对方正在看的文件和行号 - 参与者按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入并运行Live Share: Focus on Participant，选择目标人，也能触发相同聚焦行为 - 主持人在状态栏点击
Live Share图标 → “Follow Participant”，可开启持续跟随模式：当该参与者切换文件或滚动时，主持人视图自动同步（需确保liveshare.followParticipantOnFileChange设为true）
容易被忽略的权限陷阱
很多团队误以为“让某人临时当主持人”能解决权限问题，结果反而卡住流程。真正需要检查的是：
- 主持人是否启用了
liveshare.allowEditing？默认为true，但若设为false，所有参与者都会变成只读，连聚焦都失去意义 - 是否存在
.vsls.json文件限制了参与者可访问的路径？比如"include": ["src/**"]会导致他们打不开README.md，自然无法被聚焦过去 - 终端共享默认关闭，如果想让参与者执行命令并让主持人实时看到输出，必须手动启用
liveshare.shareTerminal（在设置中搜该关键词）
真正的协作效率不来自角色轮换，而来自主持人对聚焦、共享范围、权限粒度的即时调控——这些动作都在几秒内完成，比任何“切换主持人”的设想更轻量、更稳定。
