给危险操作加一层“干跑”模式：先预览影响，再真正执行

删除、批量改名、清理缓存、跑迁移脚本这类操作一旦执行就很难撤回。很多人靠“小心一点”兜底，但人总会在疲惫或赶时间时手滑。更可靠的办法是让工具本身先算一遍、把影响列出来，等人确认后再真正动手。

做法：第一，给所有不可逆操作加一个默认开启的干跑（dry-run）模式：先扫描目标、列出将要改动的文件、行数、受影响的服务，什么都不改。第二，输出要具体到可核对：改哪几个文件、删多少条记录、预计耗时，而不是只打印一句“将执行 3 项操作”。第三，真正执行时要求显式确认，且确认信息里重复关键数字（比如“将删除 214 个文件”），避免人闭着眼睛敲 yes。第四，把干跑结果和最终执行结果都记一条日志，事后能对账：预览说改 10 处，实际是不是也改了 10 处。

取舍：干跑会多花一次扫描时间，对大批量操作可能翻倍；而且干跑本身也可能有 bug——它算出来的影响和真实执行不完全一致。所以干跑不能替代备份和灰度：关键数据先备份，大范围变更先在小范围试跑。它的价值在于把“凭感觉执行”变成“先看清单再签字”，把一次手滑的代价从事故降级为一次被拦截的误操作。

总结：凡是不可逆的操作，都值得先预览再执行。干跑模式成本不高，却是防止手滑最便宜的一道闸。