ctrl+m仅在光标精确位于六类括号字符上、语言模式非plain text、且"match_brackets": true启用时生效；ctrl+shift+m依赖语法解析判断合法闭合结构；原生高亮仅为悬停式，常驻需brackethighlighter插件。
Ctrl+M（Windows/Linux）或 Cmd+M（macOS）是唯一原生、无需插件的跳转方式，但它只在光标精确落在 (、)、{、}、[、] 这六个字符上才生效——停在括号内部、空格、换行符、变量名甚至紧贴括号的空白处，都会完全静音。
为什么 Ctrl+M 按了没反应？三个硬性条件缺一不可
这不是快捷键失效，而是 Sublime 的括号匹配机制根本没启动。必须同时满足：
- 光标正踩在
(、)、{、}、[、]其中一个字符上（用Ctrl+←或Ctrl+→快速跳词可精准定位） - 右下角语言模式不是
Plain Text（点击它手动选成JavaScript、Python、HTML等） - 用户设置中存在且拼写正确的
"match_brackets": true（注意是复数brackets，不是bracket）
常见干扰项：中文输入法会劫持 Cmd+M（macOS），切英文再试；Vue 单文件组件若被识别为 Vue Component 而非 HTML 或 JavaScript，括号逻辑也会断链。
Ctrl+Shift+M 选不中内容？它依赖语法解析而非视觉位置
Ctrl+Shift+M（Windows/Linux）或 Cmd+Shift+M（macOS）不是“看到括号就选”，而是调用语法作用域分析器来确定当前括号是否构成合法闭合结构。失效时优先检查：
一款AI演示文稿工具，主要用于DeepSeek AI加持，输入主题生成专业PPT，支持Word/PDF等45种文档导入，职场汇报、教学提案轻松搞定，适合需要提升相关任务效率的用户。
- 光标是否在括号内部或括号字符上（停在
)右边或{左边无效） - 括号是否真正闭合（如少一个
}，或嵌套中混入字符串："if (x) { }"中的括号不会被识别） - 当前语法是否支持该括号类型：JSX 的
<div>、TS 泛型的 <code><t></t>、装饰器的@dataclass()默认不参与匹配，除非语法包明确定义了bracketScope验证方式：
Ctrl+Shift+P→ 输入Developer: Show Scope Name，看输出里是否含meta.bracket或punctuation.section。
括号高亮不明显？原生只悬停，常驻需插件+配色配合
Sublime 默认的
"match_brackets": true只提供悬停高亮（光标靠近或落在括号上时临时显示），移开即消失。想让匹配括号“一直可见”，必须：- 安装
BracketHighlighter插件（注意大小写，不是老版bracket_highlighter） - 在
Preferences → Package Settings → BracketHighlighter → Bracket Highlighter Settings中启用："high_visibility_enabled_by_default": true - 确认
"highlight_style": "outline"（描边最轻量，避免填充色干扰） - 确保当前配色方案（color scheme）定义了
brackethighlighter.default类 scope；临时切到Monokai或Adaptive可快速验证是否主题问题
别指望靠改设置让原生高亮“常驻”——它压根没这个设计，强行加
"match_brackets_content": true只会让光标停在括号内时触发悬停，但嵌套过深易误判，且仍不常驻。真正卡住人的从来不是快捷键记不住，而是光标落点、语法识别、配置开关这三者中任意一个没对齐——它们缺一不可，且没有容错提示。
- 安装
