如果不会写代码,怎么用AI做出第一个微信小程序?

假设我是一个不会写代码的产品经理，我该如何上架人生第一个微信小程序——比如：一个图片压缩工具。

起因：一个再普通不过的需求

几个月前，我想把手机里几张照片发到某平台，结果提示"图片太大"。

我试了几个在线压缩工具——不是要注册，就是上传后担心隐私，再不就是有水印。折腾半天，我心想：能不能自己做一个？

这样的念头放在以前，如果是一个编程外行，可能很快被现实浇灭了：比如不会写代码。

开发一个小程序？那是程序员的事。

你大概经常会刷到帖子说："现在用 AI，不会代码也能做小程序。"

我心想，倒是可以试试，我来只用AI做一个小程序。

AI 比我想象的强，但也没那么神

我打开了 OpenCode (Codex或Claude Code)，在对话框里敲了第一句话：

"帮我写一个微信小程序，功能是压缩图片，用户选一张图，调一下质量，保存到相册。"

AI 很快就吐出了代码。那一刻我确实有点激动——它真的在写代码，而且看起来还挺像回事。

但紧接着就是第一盆冷水：

AI 写的代码，跑不通。

它用了 wx.compressImage 方法，文档里说只接受 quality 参数，但 AI 凭空加了个 compressWidth 进去，小程序直接不干活。压缩了半天，图片尺寸纹丝不变。

后来我才知道，想真实改变图片尺寸，得用 Canvas 自己画一遍再导出——而这件事，AI 一开始并没告诉我。

这是我学到的第一个教训：AI 能给你一个 80 分的起点，但剩下的 20 分，你得自己去填坑。

踩坑实录：那些差点让我放弃的时刻

坑 1：Canvas 是最大的"黑盒"

为了真正实现图片缩放，AI 帮我用 Offscreen Canvas 重绘图片。听起来高大上，但在微信小程序里，Canvas 的限制多得让我崩溃：

• 高 DPI 手机（比如 iPhone），一张 4000×3000 的照片，Canvas 实际要处理 8000×6000 像素——直接 OOM（内存溢出）
• PNG 透明图片转 JPG 后，透明区域变黑色块
• Canvas 创建多了，内存泄漏，页面越来越卡

每一个问题我都得贴回给 AI，反复调试。有时候同一个问题要来回 3-4 轮才能解决。

坑 2：微信审核比你想象的严格

代码写好了，终于提交审核——结果被驳回了。

驳回理由是：没有提供隐私授权弹窗。

微信要求所有用到相册权限的小程序，必须在用户操作前弹出一个隐私协议授权框。而且这个弹窗不是普通的弹窗，得用微信官方规定的 onNeedPrivacyAuthorization 接口来监听。

AI 一开始写的版本就是简单调一下 wx.authorize，但现在的微信已经不允许了。

我花了整整一个晚上，反复查文档、问 AI、调整代码，才把这个隐私授权流程跑通。

坑 3：你做的是"产品"，不是"功能"

刚开始我觉得：能压缩图片就行了呗。但做着做着发现：

• 用户选错图了怎么办？→ 需要删除重选
• 压缩后效果不满意怎么办？→ 需要有对比预览
• 用户想一次性处理多张图怎么办？→ 需要批量压缩
• 用户想裁剪图片怎么办？→ 还得加个裁剪功能

一个"功能"和一个"产品"之间的差距，就是这些细节。AI 可以帮助写代码，但"想清楚产品逻辑"这件事，AI 帮不了你。

于是我从最初的"单张压缩"，一步步加到了批量压缩、格式转换、图片裁剪……功能越来越多，中间踩的坑也越来越多。

AI 帮我做的最酷的一件事

项目推进到一半时，我让 AI 对整个代码做了一次专业代码审查。

它扫了一遍所有文件，找出了 36 个问题，分成了四个等级：

• 🔴 致命级：3 个（功能完全失效）
• 🟠 高级：6 个（潜在崩溃 / 合规红线）
• 🟡 中级：12 个（异常表现）
• 🔵 低级：15 个（代码质量）

最严重的一个是：压缩功能里的尺寸参数从未生效过——所有用户从头到尾都在用原图尺寸，所谓的"缩放"形同虚设。

第二个致命问题是：我原来还做了一个 GIF 压缩功能，但微信小程序的 compressImage 接口根本不支持 GIF，压缩完要么报错，要么只动了第一帧。

这两个问题，如果我没有让 AI 做代码审查，可能永远都不会发现。

修复完所有问题后，我又让它做了第二轮审查，又揪出了 22 个改进点。

如果你和AI交互能走到了这一步，你可能比不少专业开发者还要好。 这就是AI的厉害，AI 审查 + 人工决策这套流程确实管用。

这个产品现在长什么样？