用 Codex 做出可用的本地工具

第一版不需要漂亮到像产品发布会，也不需要把每种例外都处理完。它只需要让一个人从开始走到结果，并且让你知道哪里卡住了。

对于图片、文本和文件类任务，优先考虑本地处理。用户把文件留在自己的设备里，项目也少了一层上传、存储和删除的复杂度。它不是所有项目的答案，但很适合第一版。

把问题卡写成任务说明

先不要让 Codex “做一个很酷的网站”。把你在上一课写出的内容整理成六项：用户是谁、输入什么、点击什么、得到什么、不能做什么、怎么判断完成。

例如：

做一个图片压缩页面。
用户选择一张图片，输入目标 KB，点击压缩后下载结果。
文件只在浏览器本地处理，不上传服务器。
页面要有明确的错误提示、重新选择按钮和移动端布局。
第一版不需要登录、历史记录、批量处理或广告。

这份说明比“做个图片工具”更有用，因为它给了 AI 清晰边界。让它先输出项目结构和最小交互，再运行预览。每次只改一个问题，比如“下载按钮在手机上太靠下”或“目标大小为空时要提示”。

先验证路径，再装饰

按照真实用户会走的顺序测试：打开页面，选择输入，看到预览，完成操作，拿到结果。只要其中一步不清楚，先修它。不要先改渐变、动画或图标。

给第一版保留三个状态：没有输入时告诉用户从哪里开始，处理中让他知道发生了什么，失败时说明怎么重新操作。文件处理工具尤其要明确说明本地处理范围。

常见失败原因

最常见的问题是把一个页面做成十个 tab。另一个问题是让 AI 自动加上登录、数据库和订阅页。它们会掩盖真正的任务，也让你无法判断用户究竟需要什么。

完成检查

• 我可以从空白页面走到一个可下载或可复制的结果。
• 页面说明了输入、结果和限制。
• 第一版没有登录、支付或不必要的后台。
• 我在手机宽度下完成过一次完整操作。

如果你还没有可借鉴的任务，可以打开 本地工具库 看看哪些任务已经被拆得足够小。