现在用 AI 写代码，比以前容易上手了。一个想法冒出来，描述几句，AI 很快就能给出页面和代码。

这也容易让人忍不住多想几步：既然能做，不如把功能做全一点；既然已经有一个工具，不如顺便再做几个，干脆搭个平台。

这些想法我能理解。做技术的人，看到能解决的问题，很容易想把它们一起解决。

但做过一些小工具后，我现在更愿意先把问题缩小一点：眼前到底有哪个动作，让人反复觉得麻烦？如果只解决它，我自己会不会真的用？

一个工具平台听起来很完整：用户打开网站，里面有各种功能，需要什么点什么。再加上账号、分类、搜索、历史记录，看起来就像一个产品了。

可要是真开始做，每多一个功能，都要多想一些事情：它具体给谁用？输入什么？结果能不能看懂？出了问题怎么办？

AI 可以帮忙写代码，但这些问题不会因为代码生成得快就自动消失。

我现在手头有一些不同的小工具，比如快速文件打包、自创手写字体、字帖生成、AI 出题，也有自己一直在用的「随手记」。它们面对的问题并不一样：有的是处理文件，有的和文字、学习有关，有的是为了及时记下一点东西。

把它们放在一起介绍没有问题，但如果一开始就把“做一个什么都有的平台”当成目标，很容易先忙着设计入口和分类，反而没想清楚其中哪一个功能真正值得做好。

我不是说平台不值得做。只是对个人开发者来说，在时间有限、需求还没看清时，先挑一个具体问题，可能更容易判断下一步该往哪里走。

之前在那篇聊 AI 工具的文章里，我提过自己做的「随手记」。

它的出发点并不复杂：工作时突然冒出一个想法，或者看到一段有用的内容，想先记下来。要是为了记这点东西，还得切到另一个软件、选目录、建文件，手上的事情就容易被打断。

所以我更在意的是，能不能通过快捷键打开一个小窗口，把文字或图片先记下来，然后继续做原来的事。

这个需求看着小，做起来也有不少细节。窗口呼出和关闭是不是顺手？复制过来的图片怎么处理？内容保存后还能不能找回来？每一项都比“页面看起来功能很多”更贴近我当时的使用场景。

也正因为自己会用，哪里别扭，我可以在使用中继续调整。至于其他人是否也需要这些功能，还需要更多使用反馈，不能因为我觉得顺手，就认定大家都会用。

说到这里，可能会有人问：难道一个小工具就不能加功能，也不能做成平台吗？

当然不是。

记录工具用久了，可能会需要查找、整理；做字帖的人，也可能需要处理字体和版式。一个功能做好之后，再根据真实使用情况往旁边扩展，是很自然的事。

关键在于先后顺序。刚开始可以先问自己几个问题：

有些功能确实很吸引人，但如果暂时说不清要在哪一步用、解决谁的什么问题，先记下来也没关系。等真的遇到，再决定做不做。

反过来，如果眼前的问题本来就需要多个功能一起配合才能解决，也没必要为了追求“极简”硬把它拆碎。小不小不是目的，关键是这一版能不能完成它答应做的事。

现在做工具，我也会用 AI 帮忙拆任务、写代码和排查问题。像「随手记」开发过程中遇到的布局、图片处理等细节，就可以把具体问题交给它协助分析。

但 AI 很容易顺着我们的想法继续往下扩：你提一个功能，它可能再建议标签、分类、统计和更多设置。建议不一定错，只是每一项都要有人设计、测试，后面还要维护。

所以，在接受这些建议之前，我会先回到原来的问题：这项功能是不是解决了当前最卡手的地方？如果没有它，这次要做的事情还能不能完成？

有时候答案是需要，那就继续做；有时候只是看起来很完整，那就可以先放一放。

如果你也想用 AI 做点什么，不一定要先想一个覆盖所有人的产品。

可以从自己的工作、学习或生活里，找一个反复出现的麻烦。把现在的处理过程写下来，看看哪一步最费事，再试着做一个能完成这一步的小工具。

做完自己用一用：输入是不是麻烦，结果是否真的有帮助，遇到问题能不能看出来。愿意继续打磨，再考虑给更多人试用；如果不顺手，也可以停下来重新想想，而不必急着把功能越加越多。

「随手记」也还在继续打磨。对我来说，先把一个具体问题解决清楚，比一开始列出一长串功能更重要。

你最近有没有遇到过一个反复出现、想用小工具解决的麻烦？欢迎留言聊聊。