VSCode Live Share 的共享终端默认为单向只读输出流，Guest 无法输入命令，这是协议层设计而非可配置项；Host 独享终端交互权，Guest 仅能查看实时 stdout/stderr 输出，光标不闪烁、Ctrl+C 无效、右键无粘贴选项，所见提示符仅为视觉误导；文件系统权限（如 .env 的 chmod 444）不被同步，Guest 显示可编辑实为内容快照，需 Host 结合系统权限与 files.readonlyInclude 才能实现真正防护。
VSCode 实时协作（Live Share）本身不提供“只读终端”功能，终端权限由宿主（Host）完全控制，加入者（Guest）默认无法在共享终端中输入命令——但这不是靠设置开启的“只读模式”，而是 Live Share 的默认行为限制。
为什么 Guest 在共享终端里点不动、输不了
Live Share 的终端共享是单向只读流：Host 启动的终端会实时把输出（stdout/stderr）推送给 Guest，但 Guest 的键盘输入不会被转发到 Host 的 shell 进程。这不是配置项开关，而是协议层设计。
- Guest 看到的是
OUTPUT面板级别的只读日志流，光标不闪、Ctrl+C无效、右键无粘贴选项 - Host 侧 Terminal 仍是可交互的；Guest 侧即使看到
$提示符，也纯属视觉误导 - 该行为不受
terminal.integrated.readOnly（不存在此配置）或files.readonly影响
Host 怎么防止自己误操作终端
Host 是唯一能敲命令的人，所以“防误操作”实际是 Host 自己的问题。常见误触场景和应对方式：
- 运行脚本后终端自动退出 → 改用
python -i script.py或node --interactive app.js保活 - 任务输出进只读
OUTPUT面板 → 检查.vscode/tasks.json中"panel": "output"，改为"panel": "shared" - 想锁住当前终端不被新任务覆盖 → 在 Terminal 标签页右键 → Lock Terminal（VS Code 1.85+ 原生支持）
Guest 想临时执行命令怎么办
Guest 不能直接操作 Host 终端，但有三个合规路径：
- 通过
Live Share: Start Collaboration面板里的 Request terminal access 向 Host 发起权限申请（Host 可手动批准） - Host 主动打开新终端并勾选 Share terminal（此时 Guest 获得完整读写权，非只读）
- Guest 自己开本地 Terminal（
Ctrl+`），运行本地环境命令，与共享会话无关
真正容易被忽略的是：Live Share 不同步文件系统权限。Host 把 .env 设为 chmod 444，Guest 看到的仍是可编辑状态——因为 Guest 读取的是 Host 的文件内容快照，而非真实 fs.stat 结果。只读终端只是表象，文件级防护仍需 Host 侧系统权限 + files.readonlyInclude 双重落地。
