VSCode 无一键扫描废弃API和隐患功能，需组合CodeGeex（仅扫已安装依赖中标记@deprecated的API）、depcheck（查未使用依赖，非废弃API）及ESLint/Snyk等外挂工具分别配置触发。
VSCode 本身不提供“一键扫描废弃 API 和隐患”的功能，所谓“一键”实际是多个独立工具的组合调用，且必须手动配置、分别触发、交叉验证。
CodeGeex 能扫废弃 API，但只限当前项目上下文
它依赖本地 package.json、tsconfig.json 和 node_modules 中的类型声明来构建调用图谱，因此：
- 只识别已安装依赖中明确标记为
@deprecated的函数/类/属性（如 React 的componentWillMount、Lodash 的_.pluck） - 对未安装的 peerDependencies 或动态 require 的模块完全无感
- 扫描结果不包含安全漏洞、性能隐患或逻辑缺陷——它只管“是否被官方弃用”
- 必须手动触发：
Ctrl+Shift+P→ 输入CodeGeex: Scan Deprecated APIs→ 回车；不能绑定到保存或启动事件
depcheck 只能查“未使用依赖”，不是“废弃 API”
很多人混淆了这两个概念。depcheck 输出的 unused 列表和废弃 API 毫无关系：
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 它只比对
import/require语句与package.json的 dependencies 字段，不分析任何运行时行为 - 对 TypeScript 路径别名（
baseUrl/paths）默认失效，必须加--tsconfig tsconfig.json - 对
devDependencies中被scripts调用的包（如prettier、concurrently）会误报为 unused - 正确用法示例：
npx depcheck --parsers "{".ts":"@depcheck/parser-typescript"}" --tsconfig tsconfig.json --ignore bin,scripts
真正能覆盖“隐患”的工具必须外挂，且需手动启用规则
VSCode 不内置漏洞扫描能力。你看到的“自动检测”都来自第三方插件，但它们：
- 不会因插件更新就自动开启新规则——比如 ESLint 升级后，
@eslint-community/eslint-plugin-security的规则默认是关闭的 - 需要你在项目根目录有有效的配置文件（如
.eslintrc.cjs），且显式引入安全规则集 - Snyk、CodeQL 等工具需先运行
Snyk: Test This Project命令，或设置snyk.testOnSave: true才会触发 - 很多旧版插件（如 Retire.js）已停更，强行更新会导致检测能力归零
最常被忽略的一点：废弃 API 和安全隐患分属不同维度，没有单一命令能同时覆盖。你得分别跑 CodeGeex: Scan Deprecated APIs、npx depcheck、npx eslint --ext .ts,.js src/，再人工比对三者结果——自动化只是辅助，判断仍靠人。
