一个小工具，只解决一件小事

我觉得有趣的小工具，往往可以用一句很短的话解释：把这段内容整理好，帮我找到那个入口，或者省掉一次容易出错的复制。它不一定需要一个宏大的产品定位。

但“小”不代表随便。一个只用几十秒的工具，也可能因为默认值、单位或保存方式不清楚，让人花更多时间收拾结果。

从重复的小麻烦找题目

假设每次处理一段资料，都要打开三个页面、复制两个字段、再手动调整格式。这条重复路径，就是一个比“做个平台”更具体的起点。

先写下输入是什么、想得到什么、哪一步最费神。能用一个书签、一个模板或一段短脚本解决的，就先从那里开始。

判断题目是否值得做，我会看它是不是反复出现、有没有清楚的完成状态，以及省下的操作是否真比维护工具轻。偶尔出现一次的麻烦，记下一条处理方法也可能足够。

第一个版本，要让人放心地试

如果工具整理文字，就先展示结果，再让使用者选择复制；如果它改文件，就先说明会改哪些内容，并保留可以恢复的路径。

默认值也需要解释。时区、金额单位、字符编码、空格与换行，看起来像实现细节，实际决定了结果能不能直接使用。

我喜欢能够一眼看懂“输入 → 处理 → 结果”的小工具。遇到空输入、格式错误或超出范围时，它应该指明问题，而不是给一个看似成功的空白结果。

先用起来，再决定长大到哪里

一个格式工具不必马上增加账户体系，一个入口页也不必变成内容平台。只有实际使用暴露了需要保存、协作或权限的问题，再决定要不要往下做。

可以观察三个信号：哪一步总要手动修正，别人在哪个说明前停下来，以及隔一周再打开还能不能独立完成操作。

如果为了处理一个新场景，要让所有人多填五个字段，我会先想想，它是不是应该成为另一个独立的小工具。功能增加的成本，不只在代码里，也在每次打开它的人身上。

给工具留一张简单的说明卡

保留下来的工具，我希望它能回答：适合谁、输入什么、结果怎样使用、数据在哪里处理，以及有哪些已知限制。使用示例用假设资料，敏感信息不要被顺手复制进演示。

有时工具甚至不需要自己开发。把真正用得到的官方平台和文档放在一个容易找到的位置，就已经减少了来回搜索的时间。

本站的工具栏目目前就是这样一组入口，并非一套已经实现的在线处理工具。以后若有新的小作品，也应该先把它解决的那件小事说清楚。

你如果也有一个反复出现、又一直懒得解决的小麻烦，那个问题本身就很值得聊。