code --disable-extensions可立即验证插件干扰，若活动栏恢复则100%是UI类插件导致.activitybar元素透明/高度为0/z-index被覆盖；需关主题与UI增强插件后逐个启用排查，并检查computed styles或package.json中viewsContainers声明。
code --disable-extensions 能立刻验证插件干扰
活动栏图标“看起来消失”，但 Ctrl+B 无效、右键侧边栏空白处没 CodeGeeX 或 Tongyi Lingma 选项，大概率是某个 UI 类插件在 DOM 层面把 .activitybar 元素压没了——不是隐藏，是透明/高度为 0/z-index 被盖住。
终端直接运行：code --disable-extensions（Windows PowerShell/CMD、macOS/Linux 终端均可）
- 如果这时活动栏图标全回来了，100% 是插件问题，不用猜
- 别用 VS Code 界面里一个个禁用：太慢，且有些插件禁用后状态残留
- 重点关掉这几类：Customize UI、vscode-icons（旧版）、Material Theme、任何带 “CSS” “UI” “Layout” 字样的主题或增强扩展
- 重启干净环境后，再逐个启用，观察哪一次图标又“变透明”
检查 .activitybar 元素的 computed styles 是最准的判断依据
即使 code --disable-extensions 没起效，也别急着重装。打开开发者工具（Ctrl+Shift+I），切到 Elements 面板，按 Ctrl+F 搜索 .activitybar，选中该节点，看右侧 Styles → Computed：
-
height是 0？说明被设成折叠了，不是配置项问题，是 CSS 覆盖 -
opacity或visibility是 0 / hidden？同上，插件或自定义 CSS 干的 -
z-index极低（比如 -100）？可能被其他面板遮住，常见于某些 Dock 类扩展 - 如果这些值都正常，但图标仍是空白方块，问题转向图标主题或
package.json中icon路径失效
viewsContainers 声明缺失必须手动补全
像 CodeGeeX、Tongyi Lingma 这类 AI 插件，安装后不触发功能就不会注册活动栏容器；更新后声明也可能被清空。此时命令面板搜不到 CodeGeeX: Show Panel，或右键侧边栏无对应菜单项。
路径定位（以 macOS/Linux 为例）：~/.vscode/extensions/aminer.codegeex-* 或 aliyun.tongyi-lingma-*
- 用编辑器打开该目录下的
package.json - 搜索
viewsContainers，确认"contributes"下有完整结构：{"viewsContainers": {"activitybar": [{"id": "codegeex", "title": "CodeGeeX", "icon": "media/icon.svg"}]}} - 若缺失，直接补上；注意
icon路径必须真实存在（比如media/icon.svg要在插件目录里能打开） - 保存后必须完全退出 VS Code（不是重载窗口），再重新启动
Remote-SSH 场景下改错 settings.json 是最常踩的坑
你在本地 settings.json 里把 workbench.activityBar.visible 改成 true，但活动栏还是不显示——因为你在 Remote-SSH 连接中，VS Code 实际读的是远程机器上的配置文件。
- 先确认当前是否处于远程连接：看左下角状态栏是否有「SSH」或「WSL」标识
- 按
Ctrl+Shift+P→ 输入Preferences: Open Remote Settings (JSON)（不是本地的那个） - 搜索
workbench.activityBar.visible，删掉整行或改为true - 保存后立即生效，无需重启远程服务
- 同理，插件也得在远程环境中启用，本地启用了对远程实例无效
