从单次查找替换到多规则批量处理
修改旧名称、统一术语、更新一组文本片段或整理重复格式时，可以把多条替换放在同一次处理中。输入原文后，在查找内容和替换为两个字段中填写第一条规则，按需添加更多规则，再点击全部替换。结果在独立文本框显示，原始输入不会被覆盖。普通模式把查找内容当作完整的文字片段，句号、括号和加号都按自身含义匹配，适合无需了解正则表达式的日常文字修改。
所有规则都执行全局替换，也就是替换当前文本中符合条件的每一次出现，而不只处理第一处。最多可以设置五十条规则，每条都能够删除，也可以一次清空规则。查找内容不能为空，以免在字符边界大量插入文本；替换内容可以为空，用于删除匹配片段。执行之前建议先保存原文，特别是修改产品名称、合同术语或配置内容时，应先用短样本确认替换范围。
正则模式没有额外的多行开关，表达式中的行首与行尾标记默认作用于整份字符串，不会自动在每条逻辑行重复匹配。若要在各行开头插入内容，可以明确匹配开头或换行边界，并在替换时保留相应分隔。规则输入不使用带斜杠的完整表达式写法，也不能附加任意标志；需要跨行或其他匹配行为时，应通过表达式自身的结构描述。
为什么替换顺序会影响最终结果？
规则按页面从上到下的顺序执行，后一条读取的是前一条已经修改过的结果。例如第一条把 abc 换成 123，第二条把 123 换成 xyz，最终得到 xyz。若把两条顺序互换，原始 abc 可能只变成 123。替换次数也是按每个步骤分别统计，同一处文字在不同步骤中再次命中会再次计数。因此总次数表示各条规则的匹配次数之和，而不是原文中被修改位置的数量。
当多个查找词互相包含时，应明确希望长词先替换还是短词先替换。把“开发者工具”先改成新名称，通常能避免其中“工具”被提前替换导致整词不再匹配。若需要一组对应关系同时替换、避免连锁改写，可以先设计不会与原文重叠的中间标记，再用下一组规则还原，但必须检查标记是否已经存在。当前工具采用顺序处理，不会自动推断无冲突的顺序，也不会替你选择术语优先级。
区分大小写和普通模式的字面规则
区分大小写默认开启，因此 Hello 与 hello 不会被同一查找词匹配。关闭后使用浏览器标准正则的大小写忽略规则执行匹配，主要适合常见英文与拉丁文字；它不提供特定地区的词义判断。普通模式会先转义查找字符串中的特殊符号，所以查找 a.b 只寻找带点的片段，不会把点当成任意字符。替换内容中的美元符号也按字面写入，输入 $1 就会得到真正的 $1。
这个区别在修改模板、变量表达式或价格文本时很有用。普通模式不提供词边界限制，查找 cat 可能匹配到更长字符串中相同的片段。需要只替换完整单词时，可以切换到正则模式并明确指定边界，但中文与英文的边界规则并不相同。空格和换行同样属于内容，输入字段适合短规则；若需要跨行匹配，可以在正则模式中使用换行转义或能包含换行的字符集合。
正则替换的能力与错误提示
正则模式将查找字段作为表达式正文读取，不需要额外填写前后的斜杠。全局和 Unicode 标志由工具统一设置，是否忽略大小写由选项控制。替换字段支持标准替换标记，例如 $1 表示第一个捕获组，$& 表示完整匹配，$$ 表示一个美元符号。命名捕获组也可使用标准写法引用。表达式无效时会明确提示对应的规则编号，不会继续输出一个看似成功的结果。
零长度匹配也会按标准字符串匹配语义计数，因此某些表达式可能在多个字符边界生成输出。嵌套重复和回溯复杂的模式可能耗时很长，本工具在独立后台线程执行，并对正则任务设置短时限；超时后停止线程，保留原文，允许你简化表达式重新处理。为了控制扩展性替换的资源占用，单条表达式长度和结果规模也有保护限制。这些限制不等于完整验证表达式安全性，先测试小样本仍然必要。
怎样核对替换结果并保存？
处理完成后，统计区域显示总匹配次数和每条规则的匹配次数。结果中的改写应与这些数字相互核对，零次匹配通常意味着大小写、边界空格、拼写或规则顺序与预期不同。没有命中的规则不会报错，因为它也可能是合理的批处理步骤。输入或选项变化后，旧结果会清除，避免误把上一次的输出当作当前结果。复制结果和下载文本都使用最后一次成功处理生成的内容。
核心替换完全在浏览器本地进行，没有文本上传接口或云端规则存储。超过五兆字节会提示处理可能需要时间，但不会直接拦截输入；普通任务仍受设备内存和运行时限影响，超大文件可分批处理。当前输出保护以代码单元计算，扩展到超过三十二兆代码单元时会停止。对正式发布文本，建议保存原文和规则，逐条检查容易误匹配的词语，再将确认后的结果用于后续工作。