远程插件已安装却不加载，根本原因是插件未在远程上下文启动：UI类插件默认仅本地运行，需确认插件支持“Run in Remote”、手动选择“Install for Remote (SSH)”、检查extensionKind配置及远程依赖（如CLI、语言服务器、代理）是否就绪。
远程插件安装后不加载，根本不是“没装上”
你看到 Extensions 页面显示已安装、甚至重启过 Remote 连接，但插件功能（比如语法高亮、右键菜单、状态栏图标）完全不出现——这通常不是安装失败，而是插件压根没在远程上下文里启动。VS Code 的插件分两类：UI 插件只在本地运行，Workspace 或 Machine 插件才可能在远程生效。很多插件默认设为 UI，远程连接时直接被跳过。
实操建议：
- 打开插件详情页，看右上角是否标有「Run in Remote」或「This extension is enabled on the remote machine」；没标就是默认禁用
- 右键插件 → Install for Remote (SSH)（不是 “Install for This Workspace”）
- 若选项灰掉，说明插件本身不支持 Remote 模式（比如某些含 GUI 依赖的调试器），只能换用兼容版本或替代方案
- 检查
settings.json中是否有"extensions.ignoreRecommendations": true，它会阻止 Remote 环境自动启用推荐插件
插件报错 “Command 'xxx' not found” 或功能按钮点击无反应
这是典型的服务端逻辑缺失：插件前端界面在本地渲染了，但后端语言服务、CLI 工具或二进制依赖没在远程部署。例如 ms-python.python 会在首次激活时后台下载 pyright 或 python-language-server，而这个过程卡在远程网络或权限环节，用户却看不到任何提示。
实操建议：
- 打开 VS Code 输出面板（
Ctrl+Shift+U），选择Log (Remote Server)或Extension Host，搜索关键词如failed、error、spawn - 在远程终端执行
which python3 node npm，确认插件所需运行时存在且路径在$PATH中（注意：vscode-server 不读~/.bashrc，需显式写入~/.profile或通过settings.json的terminal.integrated.env.linux注入） - 对需编译的插件（如含
node-gyp的），确认远程已装build-essential、python3、make；CentOS/RHEL 还要yum groupinstall "Development Tools" - 某些插件（如
esbenp.prettier-vscode）依赖远程全局安装的prettierCLI，需手动运行npm install -g prettier
Remote 环境下 Copilot / Claude Agent 显示“未登录”或请求超时
AI 类插件失效，90% 是因为远程服务器无法直连其认证/模型服务端点（如 https://api.github.com、https://api.anthropic.com）。它们不像普通插件那样只靠本地 UI 渲染，必须完成 Token 交换和长连接维持，而 vscode-server 默认不继承你的代理设置。
实操建议：
- 不要改
/etc/environment或~/.bashrc—— vscode-server 启动时不加载这些 - 必须编辑远程的
~/.vscode-server/data/Machine/settings.json，写入：{"http.proxy":"http://127.0.0.1:7890","http.proxyStrictSSL":false}（端口按你本地代理实际值替换） - 若用的是企业级代理（带认证），URL 格式为
http://user:pass@proxy:port，密码含@或/必须 URL 编码 - 更彻底的方案：在本地完成
codex login后，把~/.codex/auth.json复制到远程同路径，绕过远程端 Token 请求 - 验证代理是否生效：SSH 登录后执行
curl -v https://api.github.com，看是否返回 200
插件能装、能启、但行为异常（如格式化乱码、跳转失效）
这类问题往往出在路径映射或文件系统权限上。VS Code Remote 会把本地工作区路径挂载为远程的绝对路径（如 /home/user/project），但插件内部硬编码的路径、缓存位置或配置文件读取逻辑，可能仍按本地习惯处理，导致找不到资源或写入失败。
实操建议：
- 检查插件文档是否明确标注支持 Remote SSH；不支持的插件（如部分老旧的
git增强工具）即使能启动也会行为错乱 - 在远程终端进入项目根目录，手动运行插件依赖的 CLI（如
eslint --init、prettier --write .），确认命令本身可用且输出符合预期 - 查看插件是否试图读写
/tmp或~/.cache，而远程这些目录可能被 SELinux 限制、磁盘满或挂载为 noexec - 对基于 LSP 的插件（如
rust-analyzer），检查rustc和cargo是否在远程 PATH 中，且版本匹配；Rust 插件常因rustup未初始化而静默失败
Log (Remote Server)，而不是反复重装或调设置。 
