sublime text 不会自动识别无后缀文件，因其原生仅依赖扩展名、bom 或手动映射，不分析文件内容；需通过 applysyntax 插件实现基于文件名、首行或内容的规则匹配。
Sublime 为什么不会自动识别无后缀文件？
Sublime Text 根本没有“内容分析式识别”能力——它不读文件内容、不猜语言结构、不看 shebang（除非极少数内置规则），只依赖三样东西：文件扩展名、BOM、或你手动指定的映射。打开一个叫 deploy、nginx.conf 或空名字的 untitled 文件，显示 Plain Text 不是 bug，是设计如此。
- 它不会因为文件里写了
#!/bin/bash就自动切到 Shell 语法（ST4 默认不生效，ST3 更弱） - 它也不会因为内容全是 JSON 字段就转成
JSON语法 - 新建未保存的文件（
untitled）永远走default_syntax配置，和内容无关
所以，“自动检测无后缀文件”这件事，Sublime 原生不支持，必须靠外部手段补足。
用 ApplySyntax 插件实现真·内容识别
这是目前唯一稳定、可配置、支持正则和路径规则的方案。它在文件加载时扫描内容或路径，再匹配预设规则，覆盖 Sublime 原生逻辑。
- 先通过
Package Control: Install Package安装ApplySyntax - 打开
Preferences → Package Settings → ApplySyntax → Settings – User - 写入类似这样的规则（注意格式是 JSON 数组，不是对象）：
[
{
"name": "Shell-Unix-Generic",
"rules": [
{"file_name": "^deploy$|^build$|^release$"},
{"first_line": "^#!/bin/(bash|sh|zsh)"}
]
},
{
"name": "Nginx",
"rules": [
{"file_name": "nginx\.conf"},
{"contains": "http \{.*upstream"}
]
}
]
- 规则顺序重要：前面匹配成功，后面就不执行
-
"file_name"是完整文件名（不含路径），支持正则；"contains"和"first_line"是内容匹配，开销极小 - 不要写
"name": "Packages/ShellScript/Shell-Unix-Generic.sublime-syntax"—— 只写语法显示名（右下角看到的那个）
为什么不用 AutoSetSyntax 或其他插件？
AutoSetSyntax 已多年未更新，对 ST4 兼容差，规则引擎简陋，且无法处理多条件组合（比如“文件名是 Dockerfile 且 第一行含 FROM”）。而 ApplySyntax 活跃维护中（2026 年仍持续提交），支持嵌套规则、排除路径、作用域回退等。
Multi-Brain Protocol
下载
一款AI工具，主要用于在主代理响应前，并行运行Kimi K2.5和GPT 5.3 Codex，注入双方观点以增强认知多样性，适合需要提升相关任务效率的用户。
- 它能区分
Makefile（内容含TARGET:）和普通make脚本（无冒号） - 它允许你加
"disabled": true临时关掉某条规则，调试方便 - 如果你同时装了
ApplySyntax和AutoSetSyntax，后者大概率被前者静默压制，还可能引发冲突
更关键的是：ApplySyntax 的规则写在独立配置里，不污染用户全局设置，升级或卸载都干净。
别踩这些坑：路径、大小写、重启
很多人配完没反应，不是规则写错，而是卡在基础环节：
-
name值必须和右下角点击语法时看到的完全一致，大小写、空格、连字符都不能错（比如是Shell-Unix-Generic，不是shell或Shell Unix Generic） - 规则文件保存后不用重启 Sublime，但已打开的文件需重新加载（
Ctrl+R或关闭再打开） - 如果规则里用了
"file_path"，路径分隔符在 Windows 上要用双反斜杠，macOS/Linux 用/ - 检查是否被其他插件干扰：暂时禁用
AutoSetSyntax、EditorConfig等语法相关插件再试 - 想确认规则是否命中？打开控制台（
Ctrl+`），启用ApplySyntax的 debug 模式："debug": true，它会在控制台输出匹配过程
真正难的从来不是写规则，而是意识到 Sublime 的“自动”二字，得靠你亲手定义边界。
