alt+c仅在光标位于标准任务列表- [ ]或- [x]的方括号内部时生效，需确保格式规范、空格正确且无其他插件冲突；alt+shift+f格式化表格须手动全选含表头、分隔行和数据行的完整表格范围；tab/shift+tab缩进仅对以-、*、1.开头的行有效，且推荐2空格嵌套。
Alt+C 切换任务列表项状态，但只在光标位于 - [ ] 内时生效
VSCode 默认不识别 - [x] 或 - [ ] 以外的写法，比如用空格代替中括号、漏掉空格、或写成 -[]（无空格），Alt+C 都不会响应。它只匹配标准 Markdown 任务列表语法，且光标必须落在方括号内部（即 [ ] 或 [x] 的两个字符之间），否则快捷键直接失效。
常见错误现象包括：光标停在横线末尾、停在文字后、或整行被选中——这些情况下按 Alt+C 没反应，不是插件没装，而是触发条件不满足。
- 确保任务项是
- [ ] 文字或- [x] 文字格式，前后空格不可省略 - 把光标移到
[ ]中间再按Alt+C，而不是 Ctrl+Click 或鼠标点击复选框（VSCode 原生预览不支持点击交互） - 如果用了其他插件（如 Markdown Preview Enhanced），它可能覆盖行为；优先确认当前生效的是
Markdown All in One的命令
Tab / Shift+Tab 控制列表缩进，但仅对以 -、*、1. 开头的行有效
VSCode 的列表缩进逻辑依赖行首标记符。当你光标在某行开头，按 Tab 会自动在行首插入 2 个空格，并尝试维持列表层级关系；Shift+Tab 则反向减少缩进。但它不会对普通段落、代码块内、或以空格/字母开头的行起作用。
容易踩的坑是：复制粘贴外部 Markdown 时，行首缩进是空格而非标准列表符号，这时 Tab 不会帮你转成嵌套列表，反而可能破坏原有结构。
- 先确认该行以
-、*或1.开头，再用Tab - 多层嵌套时，每层缩进应为 2 空格（不是 4 空格，也不是 Tab 字符），否则部分预览器（如 GitHub）会解析失败
- 若某行缩进异常，可全选该行 →
Ctrl+Shift+P→ 输入Editor: Indent Using Spaces强制标准化
Alt+Shift+F 格式化整个表格，但必须手动选中全部表格行
Alt+Shift+F 不是“一键对齐所有表格”，它只对当前选中的文本范围起作用。如果你只把光标放在表格中间某一行，执行后插件会误判列数，导致竖线错位甚至删掉某些单元格。
真正安全的操作路径是：鼠标拖选从第一行表头的 | 开始，到最后一行数据的 | 结束（含分隔行 |---|---|），再按 Alt+Shift+F。漏掉首尾 | 或跳过分隔行，格式化结果大概率出错。
- 手写表格时，确保每行都以
|开头和结尾，否则选中范围会被截断 - 表格内含
`inline code`或换行符\n时，插件可能崩溃；临时删掉再格式化，完事补回 - 中文内容紧贴竖线是等宽字体下字符宽度差异所致，不是格式化失败——插件按字符数对齐，不是像素对齐
Ctrl+Shift+P 调用命令比记快捷键更可靠
不同插件、不同 VSCode 版本对快捷键映射可能冲突。比如 Alt+C 在某些键盘布局下触发系统级功能，Alt+Shift+F 可能被终端捕获。最稳的方式永远是 Ctrl+Shift+P 打开命令面板，输入关键词搜索执行。
例如输入 Create Table of Contents、Update Table of Contents、Format Markdown Table，哪怕你忘了快捷键，也能精准触发对应动作，且避免快捷键冲突带来的误操作。
- 命令名大小写不敏感，输前几个字母基本就能匹配出来
- 右键命令可“在键盘快捷键中查看”，方便你确认当前绑定的是哪个快捷键
- 如果某个命令搜不到，说明对应插件没启用，或 Markdown 文件未被识别为
markdown语言模式（看右下角状态栏）
真正难的不是记住快捷键，而是理解每个操作背后的约束条件：光标位置、行首符号、选中范围、语言模式。这些细节不满足，再熟的快捷键也等于没按。
