离线安装语言类插件后无功能，根本原因是LSP服务器未下载；须在有网机器上触发完整下载，再整目录（含native二进制）迁移至内网机对应extensions路径，并彻底重启VSCode验证。
离线安装语言支持插件（如 ms-python.python、volarjs.volar、esbenp.prettier-vscode）后「显示已启用却无补全/格式化/诊断」，根本不是安装失败，而是插件外壳装上了，但底层语言服务器（LSP）没落地——必须在有网机器上完整触发下载，再整目录迁移。
拖.vsivx进VSCode没反应？先确认这三件事
这不是插件或VSCode坏了，是安装信号根本没被接收。常见静默失败原因：
- VSCode未加载任何工作区（哪怕空文件夹也得打开）
- 拖入目标不是主编辑区（误拖到侧边栏、扩展面板、设置页都会失效）
- VSCode窗口无系统焦点，或处于全屏、远程桌面（RDP/TeamViewer）、多显示器缩放偏移状态
右下角若出现 Extensions disabled by policy，说明企业组策略已禁用所有扩展安装——此时拖放和命令行都无效，只能走手动复制方案。
code --install-extension 总报错？盯住路径、签名、进程三处硬门槛
该命令本身不联网，但对环境极其敏感，报错即意味着明确可查的问题：
-
command not found: code→ 不是PATH问题，是VSCode从未注册Shell Command：按Ctrl+Shift+P输入Shell Command: Install 'code' command in PATH并执行 -
INVALID_SIGNATURE→ 离线无法校验微软证书链，必须加--allow-unverified参数：code --install-extension python.vsix --allow-unverified - 路径含空格或中文（如
C:\用户\张三\ext\python.vsix）会静默失败；Windows推荐用正斜杠+双引号：code --install-extension "C:/vsix/python.vsix" - 装完
code --list-extensions不显示？大概率后台还有VSCode进程残留，需彻底退出（包括系统托盘），Windows可用任务管理器结束全部Code.exe
装上了却不工作？语言服务器根本没初始化
语言类插件的 .vsix 文件只是前端壳，首次激活才会拉取 pyright、volar-server、prettier 等二进制服务。离线时卡在“Downloading…”或输出面板报 Failed to fetch 就是这个原因。
- 正确做法：在有网机器上，用**同版本VSCode**安装插件 → 打开一个对应类型文件（如
.py）→ 等状态栏显示Ready或输出面板停止滚动 → 关闭VSCode - 找到扩展目录：
Windows：%USERPROFILE%\.vscode\extensions\ms-python.python-2024.6.0
macOS：$HOME/Library/Application Support/Code/extensions/ms-python.python-2024.6.0
Linux：$HOME/.vscode/extensions/ms-python.python-2024.6.0 - 确认目录下存在
out/client/pyright或node_modules子路径（说明LSP已下载完成）→ 整目录拷到内网机对应位置 - 切勿只拷
.vsix或只拷package.json—— native 二进制缺失，功能必然瘫痪
怎么验证离线环境真能用？别信面板，测真实行为
插件列表显示“已启用”、命令面板能调出Python相关命令，都不代表语言服务就绪。必须实测：
- 打开命令面板（
Ctrl+Shift+P），输入Python: Show Output，切换到Python输出面板：应无红色错误，且有类似Starting Microsoft Python Language Server的日志 - 对一个
.py文件按Ctrl+Space：应弹出补全建议，而非no suggestions - 右键 →
Format Document：若用Prettier，应成功格式化，而不是报prettier is not installed - 终端执行
ls -l ~/.vscode/extensions/*/out/**/pyright（Linux/macOS）或检查对应路径是否存在可执行文件
架构不一致（比如M系列Mac拷了x64版pyright）、VSCode版本低于插件要求的 engines.vscode 字段、或扩展目录权限不对，都会导致二进制无法加载——这些点容易被跳过，但恰恰是离线部署最常卡死的地方。
