必须先布多光标再执行递增命令；Insert Numbers原生命令只识别多光标而非多行选中，正确做法是Ctrl+Shift+L选行后统一移光标至行首，或手动Ctrl+鼠标点击布标，且光标顺序决定递增顺序。

必须先布多光标，再执行递增命令；单光标或误用 Ctrl+D 选中文字后触发，只会插重复数字，不是 bug，是设计行为。

Insert Numbers 原生命令只认多光标，不认“选中多行”

你拖选 10 行文字再按 Insert Numbers，它只在第一行光标处插一个数（通常是 0）。真正生效的前提是：多个独立光标同时存在。

• 正确做法：Ctrl+Shift+L（Windows/Linux）或 Cmd+Shift+L（macOS）选中目标行 → 所有光标落到行末 → 按 Home 统一移到行首
• 手动布光标也行：Ctrl+鼠标左键（或 Cmd+鼠标左键）在每行开头逐一点出光标
• 禁用 Ctrl+D 后执行：它会把所有光标识别为“同一替换操作”，结果全填相同值（比如全插 1）
• 默认从 0 开始、步长为 1；想从 1 开始，得在命令面板里输 Insert Numbers: Start from 1

InsertNums 插件参数格式极敏感，空格/逗号是唯一分隔符

装好 InsertNums 后，Ctrl+Shift+P 输入 InsertNums: Insert Numbers，弹出输入框——这里错一个字符就退化成“全填相同值”。

• 合法输入：1001 1、1001,2、0 -1（注意负号前有空格）
• 非法输入：1001.5 2（含小数）、1001px 2（带单位）、1001, 2（逗号后多空格）、1001:2（冒号）
• 只输一个整数（如 42）→ 每行都插 42；这是设计行为，不是失败
• 它跳过空行，不报错也不提醒——这是设计行为，不是 bug

列选 + Increment Selection 是唯一可控的竖向递增方案

当你需要严格对齐某列（比如 CSV 第二列、日志时间戳右侧），且起始值/步长都要精确控制时，Increment Selection 是目前唯一不依赖正则、不跳过空行、不污染上下文的方案。

• 必须是矩形列选区：Ctrl+Alt+↑/↓（Windows/Linux）或 Cmd+Alt+↑/↓（macOS），普通拖选无效
• 选中后先手动输入起始值（如 0001），再调 Ctrl+Shift+P → Increment Selection
• 步长默认为 1；要改步长，得再调一次 Increment Selection: Set Step
• 它不会自动补零：你输 0001，它才生成 0001、0002；输 1 就是 1、2，到 10 就变两位数

真正容易被忽略的是：所有递增操作都依赖光标顺序而非行号顺序。列不对齐、缩进不一致、混用 Ctrl+D 选中文字再执行，都会导致结果错乱——而你看到的“没反应”或“全一样”，往往只是光标没布对。