科技 · 实用指南
find 提示“paths must precede expression”？先证明 shell 展开，再改命令
这个错误通常表示 shell 或包装器在 find 解析前改变了参数列表，并不证明起始路径写错。先捕获真实 argv，区分起始路径与表达式，给交给 find 的模式加引号，再用零个、一个和多个匹配测试后才恢复破坏性操作。
这条消息表示 find 无法在收到的起始点和表达式之间保持清晰边界；它本身不能证明 -name 前面的目录错误。
最有价值的证据是真实参数向量。先证明 shell 或包装器交给 find 的内容，给每个参数分类，再用零个、一个和多个匹配验证修复，最后才恢复会修改文件的操作。
1. 保存原命令和真实 argv 边界
记录 shell、工作目录、find 版本、完整命令、退出码和 stderr。在安全复现中逐个打印带引用的参数；不要把秘密写入日志，也不要用 eval 重建命令。
同样的可见命令经交互 shell、脚本、别名、变量或构建工具后，可能产生不同 argv，因此只看显示文本不够。
2. 复现零个、一个和多个匹配
在无害目录中测试同一模式。未引用的 *.txt 可能保持为一个词、展开为一个路径而看似正常，或展开为多个路径并被 find 当作额外起始点。
要让 find 匹配的模式应加引号或转义。Bash、zsh 等对无匹配模式的差异要记录为证据，不要靠猜测修复。
3. 给每个参数标注角色
逐行列出收到的参数：先是真实起始路径，再是 -name 等测试和 -print 等动作。核对每个 primary 的参数数量。
不要把所有陌生参数都移到前面；确认它是路径、选项、测试参数、分组符还是动作，并以当前 find 实现的文档为准。
4. 在变量和包装器中保留边界
Bash 中未引用的参数展开还能经历分词和路径名展开。多参数命令优先用数组，需要保持单参数的标量要引用，并分别检查别名、函数、服务包装器和构建工具替换。
不要用 eval 或拼接成一个字符串来修复；二次解析会改变空格和通配符含义，也会增加注入风险。
5. 在破坏性操作前证明修复
先用 -print 替代修改操作，验证零、单、多匹配，以及包含空格和前导短横线的名称，并确认真实调度器传入同一 argv。
确认选择集合正确后，才在小范围和可回滚条件下恢复 -delete、-exec 等动作。错误消失、输出正确且参数角色不再变化才算验收通过。
