Ctrl + [ 和 Ctrl + ] 是 Atom 中调整多行缩进的默认快捷键，作用于当前行或选中多行，不依赖语言模式或 autoIndent 设置，属于底层纯位置偏移指令。
Ctrl + [ 和 Ctrl + ] 是调整多行缩进的默认快捷键
Atom 里没有“批量选中后按 Tab 自动缩进”这种直觉式操作——Tab 键只对当前行或选中行首生效，且行为受 softTabs 和 tabLength 控制；真正用来物理移动整段代码缩进层级的，是 Ctrl + [（减少缩进）和 Ctrl + ]（增加缩进）。macOS 用户对应用 Cmd + [ / Cmd + ]。
这个操作会作用于当前光标所在行，或选中的多行——它不依赖语言模式，也不需要 autoIndent 开启，属于编辑器底层的纯位置偏移指令。
- 选中 5 行代码再按
Ctrl + ]，5 行统一右移一个缩进单位（比如从 2 空格变成 4 空格） - 若当前行开头是硬制表符（
\t），而你开启了softTabs，Atom 会自动把它转成空格再缩进，避免混用 - 该快捷键对注释块、HTML 标签、Python 的
def块都有效，但不会校验语法合法性（比如把else:缩进到比if:更深，它也照做）
为什么选中多行后 Tab / Shift+Tab 不起作用？
这是 Atom 的设计逻辑：Tab 键默认绑定的是 editor:indent 命令，它的行为是「在当前行首插入缩进」，而非「调整已有内容的缩进层级」。即使你选中了多行，按下 Tab 也只是在每行开头加一格缩进，而不是整体右移——看起来像缩进，实则是叠加，容易导致缩进混乱。
常见误操作场景：
- 复制一段 Python 代码粘贴进来，想快速对齐到函数体层级，结果按 Tab 每行多出 4 个空格，缩进变成 8→12→16…
- HTML 中选中
xxx
- 配置了
prettier-atom后，Tab 键可能被重绑为prettier:format，此时按 Tab 会触发格式化而非缩进，行为完全不可控
想自定义缩进快捷键？改 keymap.cson，别碰图形设置
Atom 的快捷键不走 Settings 图形界面，必须编辑 ~/.atom/keymap.cson（Windows 是 %USERPROFILE%\.atom\keymap.cson）。图形界面里任何“快捷键设置”都是假的，改了也没用。
例如，想把 Ctrl+Shift+Left 绑定为减少缩进，就在 keymap.cson 末尾加：
'*': 'ctrl-shift-left': 'editor:decrease-indent'
注意：
- 命令名必须准确：
editor:increase-indent和editor:decrease-indent才是对应Ctrl + ]/Ctrl + [的底层命令 - 不要写成
editor:indent或core:move-down，那是别的功能 - 如果已有其他插件占用了该快捷键（比如
atom-vim-mode），得先'unset!'再绑定 - 改完必须执行
Window: Reload（Ctrl+Alt+R）或重启 Atom，否则不生效
Editor: Auto Indent 不等于缩进调整，别混淆用途
Editor: Auto Indent（快捷键 Ctrl+Alt+L）的作用是「按当前语言规则重排选中代码的缩进」，不是移动缩进层级。它依赖语言包的 getIndentLevel 实现，比如 Python 会识别 def、if、冒号后的下一行，JavaScript 会识别大括号和语句块。
这意味着：
- 选中一段缩进错乱的 JS 代码，执行
Editor: Auto Indent，它会尝试还原成符合语义的嵌套结构 - 但如果你选中的是纯文本、JSON 或未被识别为语言的文件（右下角显示
Plain Text），这个命令基本无效 - 它不会改变缩进宽度（
tabLength），也不会转换空格/Tab，只是对齐逻辑层级 - 真正容易被忽略的是：已打开的文件改完语言识别或缩进设置后，必须手动触发一次
Editor: Auto Indent，否则旧内容仍按老规则渲染
