WorkBuddy正则重命名失败主因包括开关未在“高级模式”启用、不可见字符干扰、逻辑未分步验证、中文括号未转义、Unicode边界失效及捕获组编号错乱；须逐层排查并严格按步骤验证。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy批量重命名时正则表达式匹配失败，会导致文件名未变更、部分文件跳过或生成非法名称，常见于日期提取错位、括号未转义、量词贪婪过度等场景。必须逐层验证表达式有效性，不能仅依赖预览结果。
先确认正则模式是否真正启用
很多人点击了“启用正则表达式”开关，却没注意到该开关只影响当前标签页——若你正在“按模式替换”页操作，开关实际处于灰色禁用状态。
切换到“高级模式”标签页，再打开右上角的“启用正则表达式”开关，此时开关变为蓝色并显示“ON”。【未在此页启用，所有正则输入均被当作纯文本处理】
关闭窗口重进，避免缓存残留导致模式未刷新。
检查原始文件名是否含不可见字符
从邮件附件、网页下载或OCR导出的文件名常含零宽空格（U+200B）、软连字符（U+00AD）或BOM头，这些字符在界面中不可见，但会破坏正则锚点^和$的匹配。
在“测试匹配”面板中，鼠标悬停于任一文件名上，查看弹出的Tooltip里显示的完整Unicode码位序列；若出现u200b、u00ad等，说明存在干扰字符。
此时需在正则开头添加[u200bu00aduFEFF]*匹配并清除前导不可见符，例如：[u200bu00aduFEFF]*(d{4}-d{2}-d{2})。
分步验证正则逻辑是否正确
不要直接写完长表达式就点执行。按以下顺序逐级测试：
WorkBuddy 桌宠工厂 —— 给一张角色图、一个 codex.pet 链接、一条 codex-pets.net 下载 URL、或一份现成的精灵表，就能自动创建一只可联动 WorkBuddy 状态的桌面宠物。当用户说"创建桌宠"、"做一只桌宠"、"用这张图做桌宠"、"从 codex.pet 安装桌宠"、"导入 codex 桌宠 XX"、"装一下 codex-pets.net 上的 XX&quo
- 第一步：只输入^，确认能否匹配所有文件名开头——若某文件未被选中，说明它实际以空格或制表符起始；
- 第二步：输入^d+，看是否只捕获纯数字前缀，排除字母混入情况；
- 第三步：补全为^d{4}-d{2}-d{2}，验证ISO日期格式是否全部命中；
- 第四步：加上捕获组(d{4})-(d{2})-(d{2})，并在“替换为”中用$1$2$3测试能否拼接为8位无分隔符字符串。
每步都点“测试匹配”，观察高亮区域是否精确贴合目标片段。一旦某步匹配数突降，问题就出在刚添加的部分。
避开中文括号与Unicode边界陷阱
方法一：用Unicode属性类替代硬编码字符
错误写法：【.*?】→ 中文左中括号【不是ASCII的[，正则引擎默认不识别
正确写法：p{Pe}.*?p{Pf}→ p{Pe}匹配任何Unicode右标点（含】、）等），p{Pf}匹配右边界符号
方法二：手动转义中文括号
在“查找内容”中输入：\u3010.*?\u3011（即【和】的UTF-16转义），注意双反斜杠是WorkBuddy正则解析器要求的字面量转义层级。
方法三：启用Strict Unicode模式
进入【设置】→【高级文本处理】→勾选“启用正则增强语法(PCRE2+Unicode)”→在表达式开头强制添加(?u)修饰符。否则w无法匹配汉字，在中英文交界处失效。
捕获组编号错乱的紧急修复
当替换结果出现$3为空、$2反而是年份等情况，说明表达式中存在非捕获组(?:...)之外的隐式分组，例如重复使用的|分支结构会改变编号顺序。
把原表达式(d{4})[-/.](d{1,2})[-/.](d{1,2})|(d{1,2})[-/.](d{1,2})[-/.](d{4})拆成两个独立规则分别运行：第一个专抓“年-月-日”，第二个专抓“日-月-年”，避免单条正则内分支干扰捕获序号。
若必须合并，改用命名捕获组：(?
