VS Code本身不提供代码智能分析能力，真正起作用的是扩展、外部分析器与正确配置三者协同；仅打开Developer Tools Console无法触发分析，只能用于诊断为何未启动，常见问题包括插件路径错误、全局/本地ESLint混淆、废弃配置静默失效、TS文件未在overrides中显式启用等。
VS Code 开发者工具本身不提供代码智能分析能力，真正起作用的是扩展 + 外部分析器 + 正确配置三者协同。光开 Developer Tools 看 Console 日志，只能查“为什么没分析”，不能让它开始分析。
为什么在 Developer Tools Console 里看不到 ESLint/Pylint 报错
常见现象是保存文件后无任何提示，打开 Developer: Toggle Developer Tools → Console 标签页，却只看到空白或无关报错。
-
Failed to load plugin @typescript-eslint/eslint-plugin：说明 ESLint 找不到插件包——不是没装，而是路径不对（尤其用 pnpm/bun 时，本地 node_modules 结构不同） -
Cannot find module 'eslint'：VS Code 没调用项目本地的 eslint，而是试图用全局命令，但该命令未安装或版本不兼容 - 完全没日志：大概率
eslint.validate这类已废弃设置还留在settings.json里，导致整个校验链被静默跳过
如何用 Developer Tools 快速验证分析器是否真连上了
状态栏右下角图标是最直接信号，但它依赖底层通信正常；Console 日志则是第一手证据。
- 先确保项目根目录有合法配置文件：
.eslintrc.cjs（ESLint）、.pylintrc或pyproject.toml（Pylint） - 在终端执行
npx eslint . --ext .ts或pylint src/，确认能跑通——如果 CLI 都失败，VS Code 肯定不会成功 - 在 Console 中搜索关键词：
eslint、pylint、diagnostic，看是否有初始化日志（如Starting ESLint server） - 故意写一个低级错误（如 Python 中
prin("x")），保存后观察 Console 是否出现类似Received diagnostics for file:///.../test.py的消息
Python 项目中 Pylint 在 Console 报错但状态栏没图标
这是典型配置割裂：VS Code Python 扩展默认不读 .pylintrc，它只认 python.linting.pylintArgs 设置。
- 必须在工作区
settings.json中显式指定配置文件路径："python.linting.pylintArgs": ["--rcfile=.pylintrc"] - 若用 Poetry，确保
pylint安装在当前虚拟环境内（poetry install后再poetry shell），否则 VS Code 启动的进程找不到可执行文件 -
python.defaultInterpreterPath必须指向正确的虚拟环境解释器（如./.venv/bin/python），否则扩展会 fallback 到系统 Python，而那里没装 pylint
TS 项目里 ESLint 显示绿色对勾却不报 .ts 文件错误
ESLint 默认只检查 .js 和 .jsx，即使装了 @typescript-eslint/parser，也必须手动开启对 TS 文件的支持。
-
.eslintrc.cjs中必须含overrides块，且files匹配["*.ts", "*.tsx"] -
parserOptions.project必须是相对路径（如"./tsconfig.json"），写成"tsconfig.json"或绝对路径都会失败 - 检查
parserOptions.ecmaVersion是否与 TS 版本兼容（例如 TS 5.0+ 推荐设为"latest"）
最常被忽略的一点：所有分析器都依赖“VS Code 当前打开的是一个有效的文件夹工作区”，而不是单个文件。用 File → Open Folder 打开项目根目录，否则 node_modules、配置文件路径、多文件上下文全部失效。
