Path Intellisense仅补全不修正路径，ESLint需配合特定规则报错但不可自动修复导入路径错误，Markdown All in One仅在保存时就近匹配重写图片路径；无真正全自动修错方案，依赖配置、别名与规范协同保障路径确定性。
VSCode 本身不自动修正错误的引用路径，必须靠插件 + 正确配置组合生效；Path Intellisense 只补全、不修正，真正能“修错”的是 ESLint（针对 JS/TS 模块导入）或 Markdown All in One（针对 Markdown 图片），但二者机制完全不同，不能混用。
为什么 Path Intellisense 不会修正已写错的路径
Path Intellisense 是一个「补全」插件，不是「修复」工具。它只在你输入引号后弹出建议列表，对已存在的错误路径（比如 ./img/logo.pn 拼错后缀）完全无感。
- 它不扫描文档、不校验文件是否存在、不监听保存事件
- 即使你手动改成了
./img/logo.png，它也不会帮你把旧错路径批量替换掉 - 它的
path-intellisense.excludedFiles和path-intellisense.mappings都只影响补全源，不影响已有文本
ESLint 能修 JS/TS 中的 import 错误路径吗
不能直接修——ESLint 默认不校验模块路径是否存在，它只检查语法和规则（如 no-unused-vars）。但你可以借助 @typescript-eslint/no-unresolved 或 import/no-unresolved 这类第三方规则来报错，再配合自动修复（如果规则标记为 ✅ Fixable）。
- 需安装插件：
eslint-plugin-import（用于 JS）或@typescript-eslint/eslint-plugin（用于 TS） - 在
.eslintrc.cjs中启用规则："import/no-unresolved": ["error", { "commonjs": true }] - 该规则本身不可自动修复（❌ Not fixable），只能报错提醒你手动改
- 真正能“自动修”的是拼写正确但格式不对的路径，比如
import x from './utils/index.js'→import x from './utils/index'（删后缀），前提是你的打包器支持自动解析
Markdown 图片路径写错了，怎么让它自动修
Markdown All in One 插件提供 markdown.extension.grammars.autoCorrectImagePaths 开关，但它只在你保存时尝试「就近匹配」并重写路径，不是万能纠错器。
- 开启方式：在
settings.json加入"markdown.extension.grammars.autoCorrectImagePaths": true - 它只作用于
![]()语法，且仅当目标文件在当前目录或子目录中存在同名不同后缀（如你写了logo.jpg，但实际是logo.jpeg）时才可能替换 - 不会跨层级向上查找，也不会猜文件名（
logoo.png≠logo.png） - 若你误写成
，而图片其实在./images/，它不会帮你改成相对更短的路径
真正能批量修正路径的实用方案
没有一键全自动的“修错”插件，但可以组合使用降低维护成本：
- 用
Path Intellisense+editor.quickSuggestions.strings: true减少新写路径出错概率 - 用
markdown-variables定义路径别名（如$img），改目录时只动一处配置 - 对 JS/TS 项目，用
tsconfig.json的baseUrl+paths统一模块前缀，再配path-intellisense.mappings同步，让补全和运行时一致 - 定期运行脚本检查死链：比如用
remark-cli+remark-validate-links扫描 Markdown 中所有![]()和[]()
路径错误从来不是编辑器该实时修复的问题，而是项目结构 + 工具链 + 团队规范共同约束的结果。最常被忽略的一点：一旦你开始依赖插件“猜路径”，就等于放弃了路径的确定性——而确定性，才是协作和部署稳定的前提。
