脚本工具怎么选：按风险分级

脚本类工具的特点是轻、快、易改，也正因如此，选型时容易被「能跑就行」带偏。更合适的思路是按风险分级：先判断这个脚本出错会造成什么后果，再决定需要多严格的约束。

分级：先看失败的代价
把候选脚本按用途分为三类。第一类是只读型，例如生成报表、抓取整理、格式转换，出错最多是结果不对，可重跑；第二类是写入型，例如批量改配置、批量更新内容，出错会留下脏数据；第三类是触发型，例如定时任务、联动操作，出错可能连锁影响其他流程。级别越高，对输入校验、日志、回滚的要求越严。选型时先给脚本定级，再谈功能，能避免把高风险操作交给一个随手写的实现。

输入输出约定
可靠的脚本会把输入输出写清楚：接受什么格式、缺字段怎么办、输出到哪里、是否覆盖原文件。评估时重点看三点：是否对输入做校验并给出明确报错；是否默认不覆盖而是生成新文件；输出是否带时间标记便于追溯。约定越明确，越容易在不看源码的情况下安全使用。反之，参数含义含糊、默认行为具有破坏性的脚本，即便功能对口也建议放弃。

失败处理与可观测性
脚本出错时的表现，比它成功时的表现更能说明质量。观察是否记录每一步的关键信息、是否在异常时停止而非继续、是否能从断点重跑。对于写入型与触发型脚本，还应确认是否有试运行模式：先输出将要执行的操作而不真正执行，人工确认后再落地。没有试运行能力的写入脚本，风险明显偏高。

上线前检查清单
第一步，明确脚本级别与影响范围；第二步，在副本数据上完整跑一遍；第三步，检查输入校验与报错信息是否可读；第四步，确认输出位置与覆盖策略；第五步，验证异常中断后的恢复方式；第六步，记录运行参数与结果，形成可复用的操作说明。注意事项：不要在正式数据上做首次运行；不要把需要人工确认的步骤改成全自动；定期复查脚本依赖的外部环境是否变化。最后提醒，脚本的价值在于可重复，把每次运行的条件记录下来，比脚本本身写得多精巧更重要。