Ctrl+B加粗失效因默认绑定构建命令，需手动配置MarkdownEditing的bold命令；标题快捷键需确保语法为Markdown GFM；Ctrl+Shift+K冲突需排查插件占用；表格对齐应使用Table Editor而非空格硬调。
Ctrl+B / Cmd+B 加粗失效？检查是否绑对了 MarkdownEditing 命令
很多人按 Ctrl+B 想加粗文字，结果只是触发了构建系统（Build），根本没反应——因为 Sublime 默认的 Ctrl+B 是构建快捷键，不是 MarkdownEditing 的加粗命令。
MarkdownEditing 提供的加粗是独立绑定的，必须手动配：
- 打开
Preferences → Key Bindings – User - 添加这一条（注意别覆盖已有内容，放在中括号内）：
{"keys": ["ctrl+b"], "command": "markdown_editing_bold"} - 如果用的是 Mac，把
ctrl换成cmd - 别和
markdown_preview或其它插件共用同一组快捷键，否则会静默冲突
标题快捷键 Ctrl+1~6 不生效？确认当前语法是 Markdown GFM
Ctrl+1 到 Ctrl+6 插入标题，只在 MarkdownEditing 的 Markdown GFM 语法下有效。如果你右下角显示的是 “Markdown”（来自 Sublime 自带包）或 “Plain Text”，这些快捷键完全不会响应。
正确做法：
- 打开一个
.md文件 → 点击右下角语法名 → 选MarkdownEditing/Markdown GFM（不是Markdown，也不是Markdown Extended） - 永久绑定：菜单栏
Preferences → Settings – Syntax Specific，右侧加：{"extensions": ["md", "markdown", "mdown"]} - 保存后，下次再打开
.md文件就自动用对语法了
Ctrl+Shift+K 插入代码块却只打出字母？可能是快捷键被 LiveReload 或其它插件劫持
Ctrl+Shift+K 在 MarkdownEditing 中本该插入三重反引号代码块，但有时按下去只输入了 K 字符，说明快捷键没被识别为命令，而是当成了普通输入。
常见原因：
Convert Chinese patent PDFs/DOCX/DOCs to structured Markdown. Supports patent publications (A/B/U) and office action documents (审查意见通知书/驳回决定/复审决定书/无效宣告请求审查决定书). Uses MinerU for high-quality OCR text extraction (falls back to Tesseract), Python scripts for
- 当前光标在输入框、命令面板或弹窗里（比如刚输完
Ctrl+Shift+P），快捷键不作用于编辑区 - 装了
LiveReload或OmniMarkupPreviewer，它们默认也占用了Ctrl+Shift+K，且优先级更高 - 快捷键配置写错：比如写成
"command": "insert_snippet"而不是"command": "markdown_editing_insert_code_block"
验证方式：按 Ctrl+Shift+P 输入 MarkdownEditing: Insert Code Block 手动执行一次，看是否成功。如果成功，问题一定出在快捷键绑定上。
表格对齐总靠空格硬调？用 Table Editor 替代手敲竖线
Markdown 表格写起来容易，但列宽不对齐、分隔符错位、增删列后全乱——这不是语法问题，是编辑器没提供结构化支持。Sublime 原生和 MarkdownEditing 都不处理表格对齐逻辑。
真正能解决问题的是 Table Editor 插件：
- 安装后，把光标放进任意表格单元格，按
Tab跳转下一列，Enter插入新行 - 选中整张表（或把光标放表内），按
Ctrl+Shift+P→ 输入Align Table回车，自动对齐所有竖线和破折号 - 支持嵌套内容：
| `func()` | [link](#) |这类写法也能保留原样，不会误切分
别指望靠多打空格或反复删改来“微调对齐”，那是反模式。表格本质是二维结构，得用结构化工具操作。
最常被忽略的一点：所有快捷键都依赖「当前文件已正确关联语法」。哪怕你把快捷键配得再准，只要右下角显示的是 Plain Text 或 Markdown（非 GFM），命令就根本不会加载。先搞定语法绑定，再谈效率。
