用 AI 辅助开发小工具的 5 个实用技巧

近一年我常用 AI 编码工具做一些小工具，从想法到可用版本的时间明显缩短。过程中也踩了不少坑，这里总结 5 个比较通用的技巧，供同样在做小工具的开发者参考。

技巧一：先把「约束」讲清楚

AI 默认倾向于追求"功能齐全"，很容易引入不必要的依赖。开工前先把约束说明白：零依赖、单文件、无后端、离线可用、移动端优先……约束越清晰，生成结果越贴近目标，返工越少。

技巧二：先给结构，再要代码

直接把目录结构、文件职责、命名约定告诉 AI，再让它写具体模块。这样产出的代码与既有工程风格一致，后期改动和扩展的成本会低很多；反之，如果一上来就要"完整实现"，往往会得到一堆风格不统一、难以维护的代码。

技巧三：状态集中，渲染分离

小工具最常见的 bug 是"界面和数据对不上"。建议把所有可变数据集中在一个状态对象里，交互只做「改状态 → 调渲染」两件事，避免在各个事件里零散地直接操作 DOM。状态越集中，AI 越容易理解逻辑，修改时也越不容易引入回归问题。

技巧四：小步验证，别攒大改

每完成一个模块就跑一次验证：用本地静态服务器打开页面，检查控制台是否有报错，再手动点一遍主要功能。AI 一次改动多个文件时，问题定位会非常困难；把改动切小、及时验证，能省下大量排查时间。

技巧五：让 AI 帮你写「验收清单」

功能做完后，让 AI 列一份自测清单：边界条件、异常输入、空数据、移动端适配、刷新后数据是否丢失等，再逐项验证。这比凭感觉"点两下觉得没问题"要靠谱得多，也更容易发现细节缺陷。

结语

AI 不会替你做产品决策，但能显著降低「把想法变成可用原型」的成本。把约束说清、把结构定好、把验证做细，是让 AI 真正发挥作用的关键。建议从一个自己每天真的会用的小需求开始，这是保持动力、也最容易做出价值的方式。