$1被当字面量输出的根本原因是未同时满足正则模式激活（.*图标点亮且状态栏显示regex）、括号严格配对、替换框仅用$1（不支持\1或${1}）；编号按左括号从左到右顺序，(?:)不支持，所有(均占位。
Sublime 中捕获组替换不是写对 () 就能用，必须同时满足正则模式激活、括号严格配对、引用语法正确这三项，否则 $1 会原样输出，而不是展开内容。
为什么 $1 总被当字面量输出
根本原因不是正则写错，而是三个硬性条件缺一不可：
- 右下角
.*图标没点亮（或没按Alt+R） - 状态栏右下角没显示
Regex - 替换框里写了
\1或${1}，而不是$1（$1是唯一稳定写法）
(a(b(c))) 中编号只看左括号从左到右顺序：$1 = abc、$2 = bc、$3 = c；Sublime 不支持 (?:) 非捕获组，所有 ( 都占编号位。
想输出字面量 $？必须写成 $$；写 $ 会报错或被忽略。
Multi-Brain Protocol
下载
一款AI工具，主要用于在主代理响应前，并行运行Kimi K2.5和GPT 5.3 Codex，注入双方观点以增强认知多样性，适合需要提升相关任务效率的用户。
^ 和 $ 不按行匹配怎么办
默认情况下，^ 只匹配整个文件开头，$ 只匹配整个文件结尾。搜 ^import 只能命中第一行。
- 启用多行模式：点击面板右下角的
⇧图标（或按Alt+M），或在正则前加(?m)，如(?m)^import - Windows 下
$会停在\r前，导致替换后残留回车；建议统一用\R（Sublime 内置通用换行符）代替$ - 若状态栏编码不是
UTF-8，中文场景下^/$可能因乱码失效，先执行File → Save with Encoding → UTF-8 with BOM
跨行匹配时 .*? 总吞太多或卡死
. 默认不匹配换行符，这是硬限制；强行开启 . matches newline 后，.*? 又容易贪婪回溯爆炸——尤其遇到 {{}} 这类嵌套结构时，可能直接吞到文件末尾。
- 稳妥做法是放弃
.*?，改用显式字符集：[\s\S]*?明确覆盖所有字符（含换行） - 匹配大括号体写
\{[\s\S]*?\}，别用\{.*?\} - 提取函数参数含换行时用
\(([\s\S]*?)\)，比\(([^)]*)\)更安全 - 大文件（>5MB）避免直接跨行正则批量替换：先用
Find in Files（Ctrl+Shift+F）定位范围，再人工分块操作
中文匹配失败或乱码
不是正则写错，是 Sublime 加载文件时编码识别失败——UTF-8 无 BOM 的文件在 Windows 下常被当 GBK 解析，中文已乱码，正则自然无效。
- 看右下角状态栏显示的编码：如果不是
UTF-8，就执行File → Save with Encoding → UTF-8 with BOM（最稳方案） - 避免硬写
[\u4e00-\u9fa5]，改用[一-龥]（覆盖常用汉字） -
\buser\b匹配到username？因为 Sublime 的\b把_和数字也当单词字符；简单场景直接加空格或冒号限定，如user或user: -
\w默认只匹配 ASCII 字母数字下划线，不包含汉字；要匹配中文请用[一-龥]或(?u)\p{Han}（需确保文件已正确加载为 UTF-8）
真正容易被忽略的是：每次替换前，必须点 Find All 确认能精准命中目标——这一步跳过，后面全是白忙活。
