Mufy正则与排版：先检查输出边界再做美化

美化没有出现时，先确认模型实际生成了什么，而不是直接改颜色。若规则期待一个结束标签，输出却只有开始标签，就没有完整边界可匹配。保存一小段脱敏的原创测试文本，逐字检查标签名称、大小写和换行，再决定需要修改输出要求还是匹配规则。

测试文本应足够短，包含一组你真正要处理的结构。长历史里同时存在多份状态，可能让贪婪匹配覆盖过多内容。先在一组上确认规则作用，再逐渐增加场景，不把“某次能显示”理解成任何文本都有效。

工具模式里的匹配和替换是两个步骤：先找到目标，再用捕获内容填入新文本。新增一个括号可能改变后面的编号，因此修改规则之后要重新核对变量顺序。名字相似、数量相同，也不代表每个变量仍然对应原来的内容。

原创练习可以只处理“地点”和“待办”两项。不涉及页面脚本，也不用复杂嵌套。先让输出稳定保留标签，再尝试匹配字段。若某项允许空白，明确空白时的显示方法，不要让缺失值被误当成另一项内容。

原创测试文本：
<archive_state>
<place>旧档案室</place>
<task>核对缺页目录的编号</task>
</archive_state>

检查顺序：
1. archive_state 的开始与结束都存在。
2. place 和 task 各有一组，名称保持相同。
3. 替换变量按你实际规则的捕获顺序核对。
4. 输出文字先正确，再考虑样式。

状态栏显示地点错误，先修正故事数据；文字被遮挡或行距不合适，才进入样式层。公开美化文档提供稳定定位名和移动端提醒，但界面仍可能更新。不要把网上整段主题直接覆盖自己的样式，先确定其中哪些选择器会影响输入框或消息区域。

样式试验从小范围开始：文字颜色、边框和内边距分别调整，保留原版本。尤其检查移动端键盘展开后是否还能看到输入框。固定高度与强制满屏的写法可能改变布局，不能只在电脑大窗口里看一遍就结束。

至少检查完整字段、缺少一个字段和较长文本三种情况。完整文本验证正常样式，缺失字段验证是否能保留可读内容，长文本验证是否出现溢出。若替换失败，读者仍应该能看见原始文字，而不是只得到空白区域。

正则、输出模板和CSS分别保存修改说明。改了一层之后复测同一份文本，确认变化来自哪里。不要在同一轮同时换模板、规则与主题，随后再猜哪个步骤出了问题。本站只提供学习顺序，实际工具中的设置应按当前文档与界面核对。