f8跳转仅依据problems面板条目，非所有波浪线；需确保面板可见、语言模式正确、服务运行且未过滤；shift+f8跳上一条面板项；终端报错需严格匹配格式才可点击跳转。
F8 跳转只认 Problems 面板里的条目，不是所有红波浪线都算数
VSCode 的 F8 并不扫描代码中的红色/黄色波浪线，而是严格按 Problems 面板中列出的错误和警告顺序跳转。如果面板为空、被过滤掉、或根本没加载出来，F8 就不会响应——这不是快捷键坏了，是没东西可跳。
常见静默失败场景：
- 文件未保存：多数语言服务器（如
tsserver、pylsp）只对已保存文件做完整诊断 - 语言模式错误：右下角显示
Plain Text，而非TypeScript或Python - 语言服务未运行：比如没装
ESLint插件，或.eslintrc配置语法错误导致校验静默退出 - 问题被过滤：面板右上角漏斗图标里只勾了
Errors，那Warning就不会被F8访问到
Shift+F8 不是“上一个警告”，而是 editor.action.marker.prev 命令绑定的目标
Shift+F8 默认绑定的是 editor.action.marker.prev，它和 F8（editor.action.marker.next）构成一对导航命令。但要注意：
- 它跳的不是“物理位置靠上的问题”，而是
Problems面板列表里上一条——哪怕那条 warning 在代码第 100 行，error 在第 2 行，只要 warning 排在 error 前面，Shift+F8就先跳 warning - 某些调试插件会劫持
Shift+F8绑定到「上一个断点」，此时需手动检查：按Ctrl+Shift+P→ 输入Preferences: Open Keyboard Shortcuts→ 搜marker.prev，确认绑定是否仍为Shift+F8 - 如果当前文件没有问题，
Shift+F8同样静默失败，不会跨文件回溯
Ctrl+Shift+M 是前提，不是可选项
Ctrl+Shift+M（Windows/Linux）或 Cmd+Shift+M（macOS）不是“打开面板看看而已”，而是让 VSCode 进入可识别问题上下文的必要动作。即使你把面板缩成窄条，也必须让它处于可见状态——否则 F8 和 Shift+F8 会失去目标源。
验证是否就绪的方法很简单：
- 按
Ctrl+Shift+M，看面板顶部是否显示类似2 errors and 3 warnings的统计 - 若显示
No problems have been detected in the workspace，说明语言服务根本没触发，该去检查右下角语言模式和插件状态，而不是调键盘设置 - 面板右上角筛选器（漏斗图标）当前选的是
All还是Errors，直接决定F8的跳转范围
终端报错带行号时，点一下就能跳，但格式必须严格匹配
当运行时报错输出在终端里，只要格式符合 VSCode 内置正则，整行就会变成可点击链接：
- ✅ 支持：
src/index.ts:42:8、main.py:15、App.jsx(24,3) - ❌ 不支持：
line 42、at main.ts:42、main.ts (no colon or number) - 路径需相对工作区根目录；含空格时，整个路径要用双引号包裹，例如：
code -g "my folder/file.js:10" - 注意：
Ctrl+G是纯行号跳转，和错误无关——输42就跳第 42 行，不管有没有波浪线
真正卡住人的，往往不是记不住 F8，而是 Problems 面板顶部那句 “No problems have been detected”，或者终端里一行看似标准的报错，因为多了一个空格就没被识别成链接。
