sublime中多光标引号包裹易错位，因home/end受缩进和尾空格干扰；应先trim尾空格、用ctrl+l选行再ctrl+shift+l，或直接正则替换^([^$]*)$为"$1"更可靠。
Ctrl+Shift+L 后光标没在行首，输引号就错位
Sublime 的 Home 键默认跳到“缩进后第一个非空字符前”，不是物理行首。比如一行是 user_id（4个空格），按一次 Home 光标停在 u 前，再按一次才到最左；直接输 " 会变成 " user_id 或 " user_id，破坏格式。
更稳的做法是：
- 选中目标行（鼠标拖选 /
Ctrl+L连续选 /Ctrl+Shift+↓扩展） - 按
Ctrl+Shift+L（Win/Linux）或Cmd+Shift+L（macOS）拆出多光标 - 统一按
←（左箭头）两次，或直接用Ctrl+Home（Win）、Cmd+Home（macOS） - 此时所有光标都在第 0 列，输入
"或'即可紧贴内容开头
行尾加右引号+逗号，End 键可能停在空格上
多光标激活后按 End（Win/Linux）或 Cmd+→（macOS），本意是跳到每行末尾，但如果某行末尾有空格或 Tab，光标会停在空白处，再输 ", 就变成 item ", 而非 "item",——JSON 和 Python 元组语法直接报错。
必须提前清理干扰：
- 操作前先执行
Ctrl+Shift+P→ 输入Trim Trailing White Space，删掉所有行尾空白 - 再按
End或Cmd+→，光标才能准确落在换行符前 - 输入
",，完成右包裹 + 分隔符 - 最后一行的逗号要手动删掉，或后续用正则
,\s*(?=})清理
为什么 Ctrl+A 后按 Ctrl+Shift+L 会失效
Ctrl+A 是块选中（block selection），不是按行选中。Sublime 的 Ctrl+Shift+L 只对「已选中的每一行」生效，且要求每行至少有一个字符被选中。全选后按 Ctrl+Shift+L，光标会全部落到每行末尾，但后续按 Home 只移动第一行光标，其余不动——结果只有第一行加了引号。
Massive.com CLI
下载
一款AI数据处理工具，主要用于用于查询 Massive 市场数据端点的 Bash CLI 封装和 OpenClaw 技能，适用于 Codex 或 OpenClaw 代理从 shell 调用，适合需要提升相关任务效率的用户。
正确触发多光标的前提：
- 选区必须是“按行逻辑”构建的：用
Ctrl+L逐行选中，或鼠标拖选时覆盖每行开头/结尾字符 - 不能只点几下光标就指望自动识别多行
- 如果装了 Vintage 模式插件，
Ctrl+Shift+L可能被重映射为其他功能，需检查Preferences > Key Bindings中split_selection_into_lines的绑定是否正常
含注释、空格、逗号的行，多光标根本不可靠
多光标编辑只适合 ≤50 行、结构干净的文本。一旦某行含 // comment、多个字段（如 name, age）、等号或制表符，光标位置就无法对齐，引号和逗号必然插错位置。
这种场景别硬刚多光标：
- 改用正则替换：
Ctrl+H→ 勾选.*→Find What填^(.+)$→Replace With填"$1" - 它天然跳过空行，不依赖缩进，也不怕注释和空格
- 若要同时加逗号：
^(.+)$→"$1",，再人工删最后一行逗号，或后续用,\s*(?=\])清理
真正容易被忽略的是：多光标看似快，但只要文本里混着一个空格、一个注释、一行缩进不一致，结果就得重来；而正则一次写对，几千行也零误差。
