Sublime Text 中不存在 IndentFinder 插件，所谓“自动识别第三方缩进规范”是误传；实际依赖 detect_indentation（仅扫描前20行、易失效）或 EditorConfig 插件（需手动配置 .editorconfig 文件并禁用 detect_indentation）。
Sublime Text 里没有 IndentFinder 插件，也不存在“自动识别并适配第三方代码缩进规范”这回事。 这个名字是虚构的，官方插件市场（packagecontrol.io）、GitHub 和 Sublime 官方文档中均无此插件。用户常把 detect_indentation 的行为、EditorConfig 插件的功能，或误传的脚本名混称为 “IndentFinder”。
为什么搜不到 IndentFinder，却有人提它？
多数情况是混淆了三类东西：
- 把 Sublime 内置的
detect_indentation设置当成了独立插件功能（它只是开关，不提供 UI 或命令） - 把 EditorConfig 插件读取
.editorconfig文件的行为，误认为是“自动探测第三方规范”（其实它是声明式匹配，不是推断） - 极少数人用自定义 Python 脚本做了简单行首空白统计，起名随意，未发布、不可靠、不兼容新版本
detect_indentation 真实行为：只看前20行，且极易失效
Sublime 打开文件时，若 detect_indentation 为 true（默认），会扫描前约 20 行，尝试统计主流缩进风格：
- 要求连续多行使用相同缩进（如全为 2 空格、或全为 Tab + 4 列）
- 遇到注释头、BOM、空行、混合空格+Tab、或首行无缩进，立刻放弃，回退到全局设置
- 一旦成功识别，右下角显示
Spaces: 2或Tab Width: 4，但这个结果不会写入文件，也不影响其他文件 - 点右下角手动改缩进后，该文件即被锁定，
detect_indentation彻底失效
想真正适配第三方缩进规范？只有一条路：.editorconfig + EditorConfig 插件
这不是“自动识别”，而是显式声明——这才是稳定、可复现、团队一致的做法：
- 在项目根目录建
.editorconfig，内容示例：[*.py] indent_style = space indent_size = 4 [*.js] indent_style = space indent_size = 2 [*.json] indent_style = space indent_size = 2
- 安装官方
EditorConfig插件（非第三方 fork），它会在打开文件时读取并强制应用规则 - 注意：
detect_indentation必须设为false，否则两者冲突，后者可能被忽略 - 插件不处理未声明的扩展名（如
.vue中的<script></script>块），需手动加到extensions配置里
真正麻烦的从来不是“找不到插件”，而是混用空格与 Tab 后还指望编辑器猜你想要什么——它猜错了，Python 就报 IndentationError，JS 就静默出错。靠声明式配置堵住源头，比事后补救可靠得多。
