F8跳转依赖问题面板内容，需确保文件已保存、语言模式正确且语言服务运行；否则无响应。它按面板从上到下顺序跳转，不扫描代码，仅定位已识别的错误条目。
直接按 F8 就能跳到第一个错误警报——但前提是 VSCode 已经“看见”它。它不扫描代码，只跳问题面板里排第一的条目。
为什么 F8 按了没反应？三个硬性前提缺一不可
很多人卡在这一步，不是快捷键坏了，是环境没就绪：
- 文件必须已保存——多数语言服务（如
tsc、pylsp、eslint）只对磁盘上真实存在的文件做完整诊断 - 右下角语言模式必须正确（比如
.ts文件不能显示为Plain Text；点一下语言名手动选TypeScript） - 对应语言服务得跑起来：没装
ESLint扩展却指望它报 JS 错误，或tsconfig.json缺失导致tsserver退场，F8就没目标可跳
如何让 F8 真正跳到“编译器的第一个错误”，而不是警告或 info
F8 默认按问题面板从上到下的顺序走，而这个顺序由工具链决定（比如 tsc 输出的 error 总在 warning 前面）。但如果你混用了 ESLint 和 TypeScript，顺序可能被打乱。最稳的做法是过滤：
- 打开问题面板：
Ctrl+Shift+M - 点右上角漏斗图标 → 只勾选
Errors（取消Warnings和Infos） - 此时面板只剩编译器级错误，
F8跳的就是第一个真正阻断构建的错误
注意：problems.filter 设置是全局生效的，会影响所有工作区，不是临时开关。
终端里编译报错，怎么一键跳到源码行？
运行 npm run build 或 tsc 后，终端输出像 src/index.ts(42,15): error TS2304: Cannot find name 'React' 这种格式，VSCode 默认会把它转成可点击链接——但有严格条件：
- 路径必须相对工作区根目录（
src/index.ts✅，index.ts❌） - 括号内必须是
(行号,列号)或冒号分隔的:行号:列号格式 - 光标悬停时出现手型图标，
Ctrl+Click（Windows/Linux）或Cmd+Click（macOS）才生效
如果终端输出没被识别，别去改快捷键，先检查构建命令是否加了 --noEmit 或 -p 参数导致路径信息被截断。
真正容易被忽略的点是：问题面板只显示已被语言服务“扫描过”的文件。一个从未打开过的 .ts 文件，即使 tsc 报错了，也不会出现在面板里——F8 自然跳不到。这时候得先手动打开那个文件，或者确保构建流程触发了全量检查。
