智能文件夹规则默认为“且”（and）关系，非“或”；需用规则组实现嵌套逻辑，如主组（and）内设子组（or），避免平铺导致漏匹配；重复属性条件或混用“包含/不包含”会严格执行而非冲突。
macos 智能文件夹（smart folder）的嵌套规则冲突，通常不是系统报错，而是搜索结果不符合预期——比如加了多个条件后，文件突然“消失”，或本该排除的文件仍出现。这本质是规则逻辑组合方式导致的，不是损坏，也不需要“修复”，而是需要重新理解并调整规则结构。
看清规则的默认逻辑关系
智能文件夹里所有规则默认是 “且”（AND） 关系，不是“或”。例如你设了：
- “文件名包含 report”
- “修改日期在过去 7 天”
- “不在废纸篓中”
系统只显示同时满足这三项的文件。哪怕其中一条不成立（比如某个 report 文件是 10 天前改的），它就被整个排除。很多人误以为“加一条排除规则=自动过滤掉”，其实只是叠加了更严的条件。
用“组”来隔离逻辑层级
真正解决“嵌套冲突”的关键，是使用 规则组（Rule Group）。点击智能文件夹窗口左下角的 + → 选择 “添加规则组”，就能创建独立的逻辑块。例如：
- 主组（AND）：类型是“文稿” 且 修改日期在过去 30 天
- 子组（OR）：文件名包含 “draft” 或 文件名包含 “v2”
- 再加一个独立规则：不包含在“归档”文件夹中
这样就把“或”逻辑限定在子组内，不会和外部条件产生意外交集。没有组的话，系统会强行把所有规则平铺为 AND，导致漏匹配。
避免常见陷阱操作
以下做法容易引发“看似冲突”的结果：
- 重复使用同一属性多次：比如对“文件名”设两个“包含”条件（含“log”且含“error”），实际要求文件名同时含两个词，而非任一；应改用规则组 + OR
- 混用“不包含”和“包含”在同一属性下：如“文件名包含 abc” + “文件名不包含 xyz”，若某文件是 abc_xyz.txt，会被排除——这不是冲突，是正确执行；但用户常误以为“应该保留”
- 忽略路径限制的继承性：如果智能文件夹基于某个文件夹创建（如“在‘项目’中”），那么所有规则都只在此路径下生效；移除该位置限制后，范围扩大，结果可能突变，像“冲突”
快速验证与调试技巧
不用删重建，可实时观察效果：
- 每次增减规则后，点一下窗口右上角的 搜索框，再按回车强制刷新结果
- 临时把某条规则拖到最下方，右键选择 “停用规则”（灰色显示），看结果是否恢复，从而定位问题规则
- 导出为 Saved Search（.savedSearch 文件），用文本编辑器打开，查看底层 XML 中的
NSPredicate字符串，能清楚看到 AND/OR 嵌套结构（适合进阶排查）
