vscode不支持按分类屏蔽插件市场结果，因marketplace api未暴露category/tag过滤开关；只能通过extensions.ignorerecommendationsfrom按发布者屏蔽推荐、设置extensions.showrecommendationsonlyondemand:true关闭自动推荐，或在工作区settings.json中用extensions.disabled预禁用特定id扩展。
VSCode 本身不支持按分类屏蔽插件市场结果
你无法在插件市场里设置“不显示 Linter 类扩展”或“隐藏 Theme 扩展”这类过滤规则。VSCode 的 marketplace API 和前端 UI 没有暴露分类维度的屏蔽开关，extensions.ignoreRecommendationsFrom 只能按发布者（publisher）屏蔽推荐，不能按 category、tag 或功能类型过滤搜索结果。
能间接压制特定分类扩展的实操路径
虽然不能直接按分类屏蔽，但可通过组合配置降低某类扩展的曝光和自动激活概率：
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
- 把高风险或冗余分类的典型发布者加入
extensions.ignoreRecommendationsFrom，例如禁用所有来自vscode-sql、sqltools等非官方 SQL 工具发布者的推荐 - 设
extensions.showRecommendationsOnlyOnDemand为true，关闭基于文件类型（如打开.py就推 Python 扩展）的自动推荐逻辑 - 在工作区
.vscode/settings.json中用extensions.disabled预填该分类常见扩展 ID，比如禁用ms-python.python、ms-toolsai.jupyter、donjayamanne.python-extension-pack等 Python 生态高频扩展 - 对已安装的某类扩展（如所有 Formatter），统一执行
Extensions: Disable Extension in This Workspace，比逐个点齿轮更快
为什么按分类屏蔽容易踩坑
插件市场中的分类标签（如 “Formatter”、“Linter”、“Theme”）由开发者自主填写，不校验、不标准化。同一个扩展可能打多个 tag，也可能漏标；某些“Theme”扩展实际包含代码高亮逻辑，禁用后导致语法渲染异常；而真正影响性能的往往是语言服务器类扩展（如 ms-python.python），它在市场里归类为 “Programming Languages”，不是 “Language Support”——分类名和实际行为脱节。
真正要管住的是扩展行为，不是分类名
比起纠结“如何屏蔽 Linter 分类”，更有效的是盯住具体扩展 ID 和其激活条件：是否监听 onStartup、是否声明 "workspace" 权限、是否在 package.json 的 activationEvents 里写了 "onLanguage:python"。这些才是决定它何时加载、影响谁的关键。市场分类只是表层提示，不可信，也不可控。
