让 AI 做个小工具,第一版先别塞满功能

假设我想做一个素材整理器：贴进一段文字，选个分类，最后导出文件。

听起来只是个小工具。但只要多聊几轮，需求就可能长出登录、云同步、多人协作、推荐标签和管理后台。原本想造一把螺丝刀，规格表先变成了机床。

AI 降低了“加一个功能”的表达成本。说一句话很轻松，功能背后的状态、错误和维护却不会跟着消失。

Google AI Studio 的官方文档已经列出服务端运行、数据库、认证和外部集成等能力。这些能力让小项目能走得更远，也意味着我需要自己决定：这一版到底走到哪里。

对素材整理器，我会先定一条主路径：输入文字，确认分类，导出结果。先用几条虚构材料跑通，再拿适合测试的真实材料检查。每一步都有看得见的结果，整个流程就有了骨架。

第一版，我会暂时拿掉三件事：多用户账号、跨设备同步、自动推荐。不是它们没价值，而是眼下还没有证据说明，这个整理动作值得为它们搭一套系统。

账号一加，就要处理登录状态和不同人的资料。同步一加，就要决定两台设备同时修改时听谁的。推荐一加，还要知道推荐错了以后怎么改。功能列表上多了三行，实际问题可能多了一整页。

缩小范围也不等于把质量一起砍掉。保存之后再打开，内容不能凭空消失；输入为空时，要给出明确反馈；导出失败时，要知道有没有生成文件。这些直接影响主路径，应该留在第一版里。

我会把暂不做的功能放进一个单独清单。它更像停放区，不是垃圾桶。等到自己连续使用几次，确实遇到同一问题，再把对应功能接回来。

如果这个工具一开始就需要团队同时使用，账号和协作当然可能是核心。取舍的依据是任务，不是一条“极简永远正确”的口号。

做小工具最有意思的部分，是很快拿到一个可以动手拧的东西。先把这把螺丝刀做顺手，再考虑给它配联网模块。工具箱可以慢慢长大。