VS Code 2026 中 Live Share 协作者状态以右下角气泡为准，实时显示在线、编辑/只读/调试权限；Chat 面板非实时，终端共享不标识执行者，禁用 allowGuestTerminal 防风险。
Live Share 状态栏里直接看在线协作者
VSCode 2026 版本中，协作者是否在线、谁在编辑、谁只读，全靠右下角状态栏的 Live Share 气泡实时显示。它不是弹窗或侧边栏，而是常驻、轻量、不打断编码的入口。
点击该气泡后，会立刻展开一个浮层，列出所有已连接的 Guest 用户头像和昵称（来自其 Microsoft/GitHub 账户），并标注当前权限状态：Read-Only、Can Edit 或 Can Debug。主机（Host）始终显示为「You」。
- 如果浮层为空但链接已发出，说明对方尚未点击加入，或网络未连通（检查对方 VS Code 是否已安装 Live Share 并登录）
- 头像旁出现灰色「offline」标签，代表该用户已断开连接但未被踢出会话——此时其光标仍可能残留，需手动刷新或等待自动超时（默认 5 分钟无心跳即清理）
- 若看到重复用户名（如两个「zhangsan@company.com」），大概率是同一人用不同设备/窗口重复加入，Live Share 不阻止，但会分别计为独立客户端
为什么 Chat 面板不等于在线列表
Chat 视图（侧边栏）只显示最近发过消息的成员，不是实时在线状态源。有人可能静默协作——只敲代码、不动终端、不发消息，但仍在编辑。依赖聊天面板判断“谁在”会漏掉真实活跃者。
更关键的是：Chat 的在线标识由 chat.presence.enabled 控制，而 Live Share 的连接状态走的是另一套 WebRTC + WebSocket 信令通道。两者同步有延迟，甚至可能不一致（比如聊天服务临时抖动，但协作通道依然稳定）。
- 务必以状态栏
Live Share气泡为准，它是唯一与协作会话生命周期强绑定的 UI 元素 - 不要依赖
Developer: Show Running Extensions查看 Live Share 进程来判断——它只反映扩展是否启用，不反映会话连接态 - 命令面板搜
Live Share: Show Participants是冗余操作；该命令在 2026.3 后已被移除，仅保留气泡浮层作为唯一权威入口
多人协作时「隐身」协作者的真实风险
VSCode 不提供「强制显示所有人光标」开关，协作者可以关闭自己光标可见性（通过设置 liveshare.showCursors 设为 false）。这意味着：你可能看到状态栏写着「2 guests online」，却在编辑器里找不到任何他人光标。
- 这不是 bug，是设计选择：避免光标干扰，尤其在大屏多文件并排场景
- 真正危险的是「无声修改」——对方在你没注意时改了配置文件或脚本，且未保存（
Auto Save关闭时），你本地看不到变更，但调试突然失败 - 最稳妥做法：每次重大操作前，在 Chat 里发一句「我要改
package.json，大家暂停保存」，而不是依赖 UI 提示
终端共享里「谁在敲命令」根本没法直观分辨
共享终端（liveshare.terminalSharing 开启后）只同步输入流和输出日志，不标记每行命令是谁敲的。你看到 $ git commit -m "fix"，但无法确认是 Host 还是 Guest 执行的。
这是因为命令实际在**触发回车者的本地机器**上执行，Live Share 只做 I/O 转发，不注入元数据。
- 别指望终端里出现类似「[zhangsan] $」这样的前缀——VSCode 终端本身不支持按用户染色
- 若需审计，唯一办法是让所有人开启 shell 历史记录（如
HISTTIMEFORMAT），再定期比对~/.bash_history或~/.zsh_history - 生产环境强烈建议禁用
allowGuestTerminal：一旦开启，Guest 可执行任意命令（包括rm -rf），而你从终端界面完全看不出是谁干的
