一句话开发小程序

为什么需要这个技能

开发一个微信小程序，哪怕只是一个简单的点餐页面，通常意味着要搭环境、写 WXML/WXSS/JS、配置 app.json、反复调试、最后上传审核。对不会写代码的人来说，这一步直接卡死；对会写的人来说，大量重复的模板代码也很浪费时间。

这个技能把「描述需求」和「拿到可预览的小程序」之间的整条链路压缩成了一句话。

它实际做了什么

核心是把小程序的创建与修改收敛到一组 Python 脚本上：

• app_create.py —— 从零生成完整小程序
• app_update.py —— 修改已有小程序的功能
• app_list.py —— 查询小程序列表，支持分页和名称搜索
• requirement_list.py / requirement_get.py / requirement_memory.py —— 需求列表、需求详情、AI 交互历史
• requirement_update.py —— 对开发结果点赞或点踩
• user_info.py / quota.py —— 账号与会员状态、积分余额、配额检查
• generate_ws.py —— 生成带小程序预览二维码的推广海报
• login.py —— 手机号登录、注册、状态检查

创建流程大致是：先静默检查登录状态（本地文件存在即视为已登录，否则走手机号验证码流程）；接着确认需求，缺失的关键信息会追问 1~3 个问题；用户确认后 spawn 一个 subagent 去执行开发脚本，主 agent 本轮不再发言。

结果回传靠约定字段：preview_url、admin_url、remaining_pts。配额检查有三种输出约定——QUOTA_OK 表示配额充足可以继续；QUOTA_CARD_SENT 表示付费墙卡片已经由服务端直接发出，agent 不能再发任何消息；QUOTA_CARD_START...END 则需要 agent 把详情转发给用户。

边界和要注意的地方

不能在对话里完成的操作：发布上架、下载源码、删除小程序，以及修改小程序名称、图标、简介等基础信息，这些一律引导到官网处理，其中发布上架和下载源码还需要付费会员权限。回复带跳转链接之前要先构造 auth_query，让已知手机号的用户自动登录。

海报不是登录二维码。generate_ws.py 产出的是宣传图，里面的码指向小程序预览链接，用户要求「发登录二维码」时不该走这个技能。

subagent 全程禁止读写代码文件，每轮只发一条消息，开发/修改命令超时固定 1800 秒且不重试。wechatoa 渠道每轮对话最多发送 5 条消息。