给文件改名、整理一份清单、把重复的步骤变成一次操作，这些事情看上去不大，却很适合做成小工具。工具越小，使用者越希望打开就懂，运行之后也不用猜。认真打磨它，不一定意味着添加更多功能，而是把一件事情做得可靠。

从重复的动作开始

动手之前，先把原来的操作写下来。输入是什么，结果应该放在哪里，哪些步骤每次都相同，哪些必须由人判断？如果问题还没说清楚，自动化只是把模糊的流程运行得更快。选一个频繁、边界明确的动作，通常比设计一个“什么都能做”的工具更容易见到效果。

让输入和结果说得清楚

好的默认值可以减少操作，但默认值也需要让人看得见。覆盖已有文件之前，应该明确说明会发生什么；处理完一批内容之后，应该告诉使用者成功了多少、跳过了多少，以及结果的位置。短而具体的提示，比一个笼统的“完成”更有用。如果还需要打开几个目录才能确认结果，流程就值得继续打磨。

把失败当作正常情况

文件可能被占用，输入可能有缺项，网络也可能中断。小工具不需要掩盖这些情况，更不应该在出错后留下半份难以辨认的结果。尽可能保留原始数据，说明失败发生在哪一步，并提供可执行的下一步。例如提示检查文件路径，比只展示一串错误编号更能帮助人继续工作。

少做一点，方便以后维护

有些需求看起来只要顺手加一个选项，实际却会改变整个流程。在增加功能之前，可以问：这是不是经常发生的需要？能否用现有方式处理？以后还能解释清楚它的行为吗？一个范围克制、几个月后仍能读懂的小工具，往往比选项繁多的工具更耐用。把使用说明和限制写下来，也是打磨的一部分。