vs code 插件市场无安装历史记录，所谓“安装记录”实为插件文件夹、settings.json 配置项和 globalstorage 状态数据三类残留痕迹；手动安装的本地插件可通过 extensions 目录中不含版本号后缀的文件夹识别；settings.json 中残留配置易被误认为仍安装插件；globalstorage 中哈希命名的文件夹需结合修改时间和重启验证清理。
插件市场安装记录根本不存在本地存档
VS Code 插件市场本身不保存你“曾经安装过什么”的历史记录，code --list-extensions 只返回当前已解压到 extensions 目录下的插件 ID 列表，不是安装日志。所谓“安装记录”，实际是三类残留痕迹的混合体：插件文件夹、settings.json 里的配置项、globalStorage 里的状态数据。没有统一日志可查，只能按来源逐个定位。
怎么查哪些插件被手动装过（非市场下载）
如果你曾用 code --install-extension 安装本地 .vsix 文件，或拖拽安装，VS Code 不会额外记一笔——但这类插件仍会出现在 extensions 目录里，且其文件夹名不含版本号后缀（如 my-local-plugin 而非 ms-python.python-2026.1.1）。这种命名方式是唯一线索：
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
- 打开插件目录：
Developer: Show Extensions Folder（命令面板快捷键 Ctrl+Shift+P） - 找文件夹名不含
-数字.数字.数字格式的条目 - 进入该文件夹，检查
package.json中的publisher和name字段，拼出标准 ID（如myname.myplugin）
settings.json 里藏着最顽固的“假安装记录”
插件卸载后，settings.json 中残留的配置项会让 VS Code “以为你还装着它”。比如删了 esbenp.prettier-vscode，但 prettier.requireConfig 还在，重装时就会继承旧值，甚至触发校验失败。
- 运行
Preferences: Open Settings (JSON) - 搜索插件 ID 全称（如
esbenp.prettier-vscode）或常见前缀（如prettier.、python.、eslint.） - 逐条确认：该配置是否对应已卸载插件？是否影响其他插件？别批量删，容易误伤通用设置（如
editor.tabSize）
globalStorage 是插件状态的隐形仓库
~/.vscode/globalStorage/（各系统路径见知识库）里存的是插件运行时生成的状态数据，比如 Prettier 的格式化缓存、DrawIO 的模板索引、Python 扩展的语言服务器元数据。这些文件夹名通常是插件 ID 的哈希变体（如 a8f9b1c2...），无法直观识别。
- 先关掉 VS Code，避免文件被占用
- 进
globalStorage目录，按修改时间排序，重点看最近几天新建的子文件夹 - 不确定时，可临时重命名某个可疑文件夹 → 启动 VS Code → 观察对应插件是否报错或重置状态 → 确认后再删
- 不要删空整个
globalStorage，有些跨插件共享数据（如 GitHub Copilot 的 token 缓存）可能放在这里
globalStorage 里的哈希命名文件夹——它不显示插件名，也不随插件卸载自动清除，却直接影响重装后的行为一致性。
