Automation Scripts

一个脚本能不能长期使用，很大程度上取决于它是否被当作“系统组件”来设计，而不是临时小工具。

从单个脚本到脚本系统

当脚本数量变多时，真正重要的是统一入口和组织方式：

• 命令是否一致
• 参数是否明确
• 输出是否可读
• 日志是否可追踪

粒度设计很重要

脚本太大，不利于复用；脚本太碎，又会让调用链过长。更合适的做法是把脚本设计成几个稳定模块，再用更高层命令进行编排。

失败反馈要写给未来的自己看

异常信息如果只有一串报错，对未来维护几乎没有帮助。好的脚本失败时，应该说明：

• 卡在哪一步
• 原因可能是什么
• 下一步建议怎么处理

结论

脚本系统不是为了看起来技术感更强，而是为了让重复劳动逐渐退出注意力中心。