夜雨聆风这不是一句神奇提示词，也不是微信小程序保姆教程。更准确地说，这是一个 0 编程基础的人，怎么借助 AI 工具，把一个小想法推进成真实上线产品的完整流程。
这件事放在以前，我确实想都不敢想。
我不会写代码，但最近真的借助 AI 工具做了一个微信小程序。它不是本地 demo，而是走完了注册、认证、备案、开发、真机测试、提交审核、驳回修改、复审通过、发布上线这一整套流程。
现在微信里已经能搜到它，我自己也在用。
我的这款小程序叫「老Mo的图片小能手」，主要功能是图片打码、水印、长图拼接和重点标注。起因很简单：我日常工作中有截图后图片处理和长图拼接的需求，手机上现成的 app 不是收费，就是带广告或水印，用起来很烦人，所以就有了借助 AI 工具自己手搓一个试试的想法。
说实话，动手之前，我连这个工具具体该有哪些功能都没想清楚。
所以这篇文章不是要讲这个小程序多厉害。我更想把这件事拆成一套普通人也能参考的流程：如果你有一个小工具想法，怎么借助 Claude、Codex、Claude Code 这类 AI 工具，一步步把它做出来，并且真的发布上线。
这中间，Claude 和 Codex 帮我讨论方案，Claude Code 帮我落地代码，我自己负责判断和取舍。最让我意外的是：AI 没有替我省掉所有麻烦，但它把原本迈不过去的门槛，拆成了一段一段能处理的小问题。
第一步：先选一个真实会用的小需求
普通人借助 AI 做小程序，第一步不是写代码，而是先选一个足够小、自己真实会用的需求。
这个需求不一定要宏大，反而越具体越好。
我这次的起点就是一个很朴素的想法：做一个截图处理工具，能在发图前快速打码、加水印、拼长图、做标注。
这个想法听起来不复杂，但如果直接往下做，很容易变大。比如要不要自动识别隐私信息？要不要做智能修图？要不要做模板？要不要做账号系统？要不要把图片上传服务器处理？
这些问题如果不先收住，后面很容易变成：AI 写了一堆东西，自己也说不清是不是真想要。
我的判断是，第一版不要追求完整产品，先做一个能用的小工具。打码、水印、拼接、标注，先跑起来、先过审核、先发布上线。
这是我这次最重要的一个体会：普通人用 AI 做东西，最怕的不是想得太少，而是想得太满。
第二步：不要一句 prompt 开干，先让模型讨论方案
我不建议一上来就跟 AI 说：“帮我做一个微信小程序。”
这句话太大了。
小程序不是只有代码，它还涉及功能边界、技术实现、隐私风险、审核风险、平台规则。如果这些都没想清楚，后面很容易跑偏。
我这次更像是先组织了一场方案讨论。
至于具体要做哪些功能，第一版做到什么程度，哪些先做、哪些以后再说，这些都不是我自己想好了再丢给 AI 的，而是跟 Claude 和 Codex 讨论出来的结果。
我的角色更像是提方向、追问、做判断、拍板。
讨论里，Claude 和 Codex 会提功能边界，也会提技术实现，还会提醒隐私和审核风险。
比如 V1 先做打码、水印、拼接、标注这几个具体能力；比如不做后端 AI 识别，先用本地 canvas 处理就够；比如不要一上来塞太复杂的社交功能；比如图片尽量本地处理，减少隐私和合规压力。
这一步对我来说很有启发。
我不是先学会写代码再做小程序，而是先把模糊想法讲清楚，再让 AI 把它拆开，最后由我做取舍。
这件事以后我可能会单独写一篇：怎么让 Claude 和 Codex 互相讨论方案。普通人不一定懂代码，但能让两个很强的模型围着一个目标反复讨论、自己做最终判断，这本身就是一种很新的工作方式。
第三步：把讨论结果写成需求文档
讨论完以后，不要马上进入开发。
我这次真正的起点，是把讨论结果沉淀成了一份需求文档。
以前我总觉得写文档是在做准备工作，不如直接让 AI 干活。这次之后我的看法变了：需求文档不是形式主义，是让 Claude Code 真正能开干的锚点。
这份文档里的问题也不是我一开始就想全的，很多是 Claude 和 Codex 讨论时抛出来的，我再根据目标拍板，沉淀进文档。
里面写清楚了：这个小程序解决什么问题、第一版给谁用、V1 只做哪些功能、哪些功能暂时不做、图片是否上传服务器、隐私边界在哪、可能遇到哪些微信审核风险。
“不做什么”这一条我觉得特别重要。
不会写代码的人最容易犯的错不是想得太少，是想得太满。看 AI 好像什么都能做，就忍不住把自动识别、智能修图、设备 mockup、模板库全塞进去。但真要做出第一版，范围必须收住。
后面就是 Claude Code 照着这份需求文档开干。
对我这种不会写代码的人来说，最大的体会是：我不需要会写每一行代码，但要能判断方向、边界和优先级。
第四步：注册小程序账号，把开发环境跑起来
如果只是做本地 demo，这一步可以先放一放。
但如果目标是真上线，小程序账号、AppID、微信开发者工具这些东西迟早要面对。
这一段我建议按顺序来：
注册微信小程序账号。 完善基础信息。 拿到 AppID。 下载微信开发者工具。 导入项目。 填入 AppID。 编译、预览、准备真机测试。
这些步骤不一定难，但第一次做会有很多细碎问题。
比如项目目录选哪个？AppID 填哪里？开发者工具里“预览”“真机调试”“上传”分别是什么意思？如果没有人带，光看界面也会有点懵。
我的做法很简单：遇到不确定的地方，就截图给 Claude Code，让它告诉我下一步该怎么处理。
这里也提醒一句，后面如果要把过程写成文章，AppID、本地路径、账号信息这些都要记得打码。
第五步：先让第一版跑起来，再一轮一轮反馈
Claude Code 开始写代码后，第一阶段不是把所有功能一次做完，是先把 V1 骨架搭起来。
但对我来说，第一次在微信开发者工具里看到它跑起来，是个挺明显的心理转折。
在那之前它只是一个想法、一份文档、几段讨论，跑起来之后它就变成了屏幕上实实在在的东西。那一刻我觉得，原来这事真的不是只能停在脑子里。
第一版当然很粗糙，页面不一定好看，按钮不一定顺手，功能也谈不上完整。
但第一版最重要的不是漂亮，是能跑。
能跑起来才有下一步，可以点、可以试、可以发现哪里不对，再把问题截图发给 Claude Code 接着改。
「老Mo的图片小能手」第一版主要做打码、水印、长图拼接、重点标注这四件事，但没有一个是一次就生成对的。
更真实的过程是：我描述想要什么，Claude Code 写一版，我打开开发者工具或手机试一下，发现哪里不顺手、不好看、导出不对，再把问题说清楚让它接着改。
这个循环反复出现好多次。
有些功能第一版能用但操作太绕；有些样式看着可以，但放到手机上就显得挤；有些想法听起来不错，但一想审核和隐私复杂度，就不适合放在 V1。
我以前以为 AI 编程最重要的是会不会写提示词，现在看真正重要的是会不会反馈。
不能只说“不好用”，要说清楚哪里不好用；不能只说“改好看点”，要指出是布局、颜色、按钮层级，还是导出效果的问题。
所以这不是“AI 一键生成小程序”，更准确地说，是我不断试、不断判断、不断反馈，Claude Code 不断帮我补代码、改逻辑、调界面。
第六步：一定要上真机测试
开发者工具里能跑，不代表手机上体验就没问题。
图片处理类工具尤其要真机测试。
因为你要验证的不只是页面能不能打开，还包括选择图片、处理图片、保存相册、导出效果、手机屏幕上的操作路径。
我这次很多问题都是在手机上才发现的。
有些样式在模拟器里看着还可以，放到手机上就挤；有些功能电脑上点着没问题，真机操作时才发现步骤太绕；有些导出效果也要放到相册里看，才知道是不是符合预期。
所以我的建议是：第一版能跑之后，尽早上真机测。
不要等功能全都做完再测，越晚测，返工越多。
第七步：平台资料比想象中更磨人
小程序能跑起来之后，我一开始以为最难的部分已经过去了。
后来发现，微信平台的流程才刚开始给我上课。
第一件事是类目。这个小程序最后选的是「工具 > 图片处理」。类目不是随便选的，它决定平台怎么理解你这个小程序，也会影响后面的审核口径。
然后是名称、认证和备案。
一开始项目叫「截图修罗场」，这个名字有传播感，也符合我最早想做内容案例的调性。但后来发现，个人主体申请小程序对名称要求更偏“个人化、工具化”，“截图修罗场”这类名字更像品牌或项目名，认证备案很难通过。
中间改过「截图帮手」，最后因为微信认证的要求，确定成现在的「老Mo的图片小能手」。
这个过程给我的提醒挺直接的：个人主体的小程序名称不能只考虑好不好传播，还要考虑它像不像一个个人开发者的小工具。太品牌化、太广、太像企业或平台的名字，都可能有问题。
这里也顺便说一下个人主体和企业主体的差别。
如果用企业主体申请，小程序能承载的业务范围、名称空间和商业能力通常更宽，像「修罗场」这种有品牌感的名字也更有机会通过，企业主体也更适合后续做交易、支付这类商业能力。
但我这次没用企业主体，原因很简单：我这次的目标不是马上商业化，是想验证一个零编程基础的人，能不能借助 AI 工具完整跑通一个小程序从想法到上线的流程。个人主体就够了。
当然个人主体也有边界，很多商业能力、交易能力、微信支付相关能力通常更适合或要求企业主体，不同服务类目对主体资质要求也不一样，这个规则会更新，真要做的时候一定要以微信公众平台后台当时展示的要求为准。
还有个经验是，新手可以先认证、把名称确认稳定再去备案。
认证和备案流程上能同步，但备案时间更长，一旦进入管局审核中间不能随便撤回。我这次就因为认证环节改了名，备案也得按新名称重新提交。
个人认证费用是 30 元，钱不多，但也提醒我：只要真要发布上线，这件事就不再是完全零成本的玩具实验了。
还有隐私指引。
我原本以为图片都在本地处理不上传服务器，隐私这块应该很简单，但实际提交审核前，只要涉及用户选择图片、保存到相册，就要认真填写用户隐私保护指引，说明为什么用这些能力、数据怎么处理、会不会上传给第三方。
这一步让我很清楚地意识到：AI 降低的是代码门槛，不是平台规则门槛，平台规则依然在那里，你必须面对。
第八步：上传代码，到后台提交审核
真正到发布这一步，也不是点一个按钮就结束。
代码要先从微信开发者工具上传到后台，然后在小程序后台的版本管理里看到开发版本，再提交审核。审核通过后，还要再手动发布成线上版本。
这个界面我觉得挺有意思：线上版本、审核版本、开发版本分得很清楚。
它会让你意识到，这已经不是本地随便跑一跑的项目，而是在按微信小程序正式发布流程往前走。
这一步大概是：
微信开发者工具上传代码。 到小程序后台版本管理里看开发版本。 填写版本说明。 提交审核。 等待审核结果。 审核通过后发布线上版本。
第九步：审核被驳回，直接交给 AI 去分析
功能真机测过、后台资料补完后，我提交了第一次版本审核，结果被驳回了。
驳回原因不是页面打不开也不是功能 bug，是内容安全：水印、打码等功能存在信息安全风险，需要完善内容机制。
这个点我之前确实没意识到。
我的水印功能允许用户输入自定义文字，比如“仅供展示”、账号名、说明文字。对我来说这只是一个图片处理功能，但从平台视角看，只要用户能输入内容并把这些内容生成到图片里保存、传播，它就有内容安全风险。
这里要说清楚，平台并不是要求必须接入 msgSecCheck。
当时有两个选择：一个是不允许用户自定义内容，水印文字固定死，只提供几个平台预设项，风险低、改起来也简单；另一个是保留自定义内容，同时接入内容安全检测。
我最后选了第二条，原因也现实。
自定义内容体验更好；在 Claude Code 帮助下接入这一步没想象中难；微信云开发有免费的云函数调用额度，先跑通流程比纠结成本更重要；这类内容安全问题以后早晚会遇到，不如这次直接把链路跑通，以后做别的小程序至少知道怎么处理。
这次审核驳回反而成了整件事里最有价值的一课。
它让我看到，本地 demo 和真实上线产品之间，差的不是一个“发布”按钮，而是一整套平台规则。
第十步：按审核反馈补齐平台要求
既然选择保留自定义水印，就要接内容安全检测。
这里又遇到新问题：msgSecCheck 不能直接在小程序前端调用，需要服务端能力，而我原本的 V1 设计是纯客户端，图片都在本地处理，没有后端。
最后的方案是接入微信云开发，用云函数做一个轻量后端。
用户保存图片前先检测水印文字，检测不通过就拦截提示修改，通过了再继续本地生成和保存。
这一步如果让我自己从零研究估计会很痛苦，但有 Claude Code 在旁边拆解，事情就变成了一个个具体动作：开通云开发、创建云函数、部署、在保存前调用、处理返回结果、重新测试。
重新提交审核时，我在补充说明里写清楚已经接入内容安全检测、用户输入水印文字保存前会检测、图片全程本地处理不上传服务器、小程序没有社交发布场景。
这次通过了。
第十一步：审核通过后，手动发布上线
审核通过不等于自动上线。
还要回到后台，把审核通过的版本发布成线上版本。
发布上线之后，微信里能搜到「老Mo的图片小能手」，我自己也实际用了一遍。
到这里这件事才算真正闭环。不是本地能跑、不是开发者工具能预览，而是从想法、文档、AI 开发、真机测试、平台审核到最后发布上线，都走完了一遍。
如果你也想试，可以按这个流程走
上面每一段讲的是过程和体会，这里再整理成一份简要流程。
先选一个足够小、自己真实会用的需求。 让 Claude、Codex、DeepSeek、千问这类模型讨论方案，但由你做最终判断。 把方案沉淀成需求文档，写清楚 V1 范围和不做什么。 注册微信小程序账号，拿到 AppID，补齐基础信息。 下载微信开发者工具，导入项目，填入 AppID。 让 AI 编程工具按需求文档搭项目骨架。 在开发者工具里编译、预览、看控制台报错。 上真机测试核心能力，不要只看模拟器。 准备小程序后台资料：名称、头像、简介、类目、隐私指引。 处理认证和备案，新手优先先确认名称再备案。 从开发者工具上传代码，到后台版本管理里提交审核。 认真读审核反馈，按要求修改，复审通过后发布上线。
最后，我想说
「老Mo的图片小能手」只是这次的案例，它不是商业成功案例，也不是多复杂的产品。
但它让我第一次真切感受到，一个零编程基础的人现在也可以尝试自己手搓一个微信小程序。
这件事放在以前，我是万万想不到的。
以前我会觉得做软件是程序员的事，需求、代码、调试、审核、上线这些词离我很远。
但这次之后我的看法变了：普通人不一定要会编程才有资格动手，先从一个小的需求开始，把想法讲清楚，把范围收住，代码部分可以交给 Claude Code、Codex 这类 AI 工具帮你推进。
当然也不能完全甩手。
方向要你定，取舍要你做，平台反馈要你读，最终上线也要你确认。
我觉得这才是 AI 对普通人最有价值的地方：不是替你做所有决定，而是放大普通人的能力，让你第一次有能力把一些原本够不着的事情，一步步推进下去。
只要你有一个真实想法，哪怕很小，都可以试一试。
如果你用的是 DeepSeek、千问等国产模型，也一样可以先拿来讨论方案、拆需求、梳理流程。关键不是工具名字，而是你能不能把它们放进真实工作流里。
最后欢迎大家去微信小程序里搜「老Mo的图片小能手」试用一下。
它是免费的，也没有广告。核心功能包括图片打码、水印、长图拼接和重点标注，适合处理截图、标注、拼接等日常办公中和图片处理相关的各类应用场景。
我自己最看重的一点是：图片处理全部在本地完成，没有后端，不存在个人信息和隐私泄露的问题。对经常发内容、做汇报、整理资料的人来说，这类小工具不一定复杂，但用顺手了会很省事。
如果你用完觉得哪里不好用，或者有什么想加的功能，也欢迎给我提建议。你有自己的小工具想法，也欢迎一起交流。说不定下一个可以被 Claude、Codex 和我们一起讨论出来的，就是你的点子。
