这一课做两件看起来不相关的事：把小程序信息、类目、备案、认证一次性提交上去，让审核在后台慢慢跑；同时打开 AI 编程工具，把第 1 课认定的需求做成一个能在手机上点开、能跑通一次核心操作的 MVP。
代码写得再好，前面这四件事没做完，你也发不出去。它们不是"上线前才需要处理的收尾工作"，而是现在就要播下的种子
登录 mp.weixin.qq.com，后台左侧菜单里会看到四件事：小程序信息、服务类目、小程序备案、微信认证。它们看起来都像"填表"，实际各自卡住的是不同的环节。
理解它们分别管什么，你才知道先做哪个、哪个可以等、哪个等不了。
管"你是谁、长什么样"。名称、图标、简介决定三件事：审核能不能过、用户能不能搜到你、备案信息能不能对上。这是用户看到的第一层，也是审核看到的第一层。
管"你能做什么"。类目不是标签，是能力边界：决定你这个小程序被允许提供什么服务、能不能参与官方活动、需不需要额外资质。选错类目，后面功能会被判定超范围。
管"国家知不知道你存在"。这是唯一无法加速的环节——必须先备案才能上线。所以正确的做法是尽早提交，让它在后台跑，你转身去写代码。
管"证明你是你"。个人主体 30 元/年，认证完成后才具备完整的上线资格。流程不复杂，但要等审核人员打电话确认，也是需要提前排期的一步。
绝大多数人第一次做小程序，会按顺序来：先写代码，写完了再去填信息、选类目、提交备案。听起来很合理，结果是一定会卡住。
因为备案顺利也要 3-5 个工作日，遇到材料问题拉长到两三周也正常。你代码三天写完了，然后对着"审核中"什么都干不了，白白等两周。
今天花 40 分钟把信息、类目、备案、认证全部提交掉。接下来两周你在写代码、改 BUG、做真机测试——这段时间备案在后台自己走流程。等你代码跑通，备案大概率已经通过了，当天就能提交审核。反过来，如果代码写完才想起备案，你就要再干等两周。
这一课对备案的要求不是"拿下线"，而是"已提交"。截图能看到提交状态就算完成，审核在路上完全不影响你进入开发环节，也不影响这节课的作业。
唯一不能算完成的是"还没开始填"，因为那就意味着你的项目继续往后拖一周。
很多人以为"备案通过才能开发"。顺序错了：备案是上线门槛，不是开发门槛。开发、编译、真机预览都在本地和开发者工具里完成，跟备案状态无关。
这是唯一一处"改一次就要重新审核"的环节。开工前花 10 分钟想清楚，能省掉后面两周的返工
名字看起来是自由发挥，实际上被三件事同时约束：审核能不能过、用户能不能搜到你、备案信息能不能对上。
第一类坑是太通用。记账本、计算器、日历、闹钟、提醒器——这些词微信认为谁都能叫，所以会向你要商标注册证。解决办法很简单：前面加品牌词或修饰词，让它变成"某个具体的产品"。
第二类坑是搜不到。有个喝水打卡小程序叫「水润时刻」，意境不错，但用户搜"喝水打卡""喝水记录""每日喝水"时，它一个词都不占。改成「吨吨喝水打卡」、简介里补上关键词之后，每日新增用户里才第一次出现"手机端搜索"这个来源，此前一直是 0。
第三类坑是主体限制。个人主体的名称、简介、界面文案里不要出现"AI"字样，可能导致备案被拒；企业或个体户不受这个限制。
1）这个名字会不会被审核认为"太通用"？（如果是纯行业词，加前缀）
2）用户想用这类小程序时会搜什么词？我的名字里包含了吗？（名字 + 简介一起覆盖关键词）
简介不只是介绍产品，它还是搜索关键词的载体。写的时候想一件事：如果目标用户不知道你的小程序叫什么，他会搜什么？把这些词自然地写进去，而不是硬堆。
图标的要求只有一条：缩小到搜索结果里的尺寸还能看清。没有设计能力就用 AI 生成一张，图案别太复杂，一眼能看出这是个什么工具就够了——图标和名字是并排出现的，用户扫一眼就决定点不点。
点击"添加类目"时，新手工具型项目优先看"工具"大类。大多数计算器、记录工具、效率小工具都归在这里。备案时的服务内容，也通常选"生活服务-工具"这一条。
但有一条红线：类目必须和小程序的真实功能一致，不是你想选哪个就选哪个。而且这个"一致"是按审核人员的理解算的，不是按你的理解算的——你多做了一步"多人可见"，就可能被判成社交类。
食品类需要食品经营许可证；医疗类需要医疗机构执业许可证；教育类可能需要办学许可证或 ICP 相关资质；社交/论坛可能需要 ICP 相关资质；电商/交易对主体、支付、资质的要求更复杂。
还有一条硬规则：提交的资质主体必须和小程序的注册主体一致，不能用别人的证给自己的小程序备案。
类目还会影响你能用哪些官方能力。比如"AI 小程序成长计划"就对类目有限制，只有文娱、工具、社交、深度合成、资讯虚拟这几类才能参与。选了一个不在这几类里的类目，就等于自动放弃了这项福利。
| 类目被拒的常见原因 | 怎么自查 | 怎么改 |
|---|---|---|
| 功能比你描述的多 | 把真实功能拆成动作用一句话念一遍，看有没有触发别的行业 | 去掉那个越界功能，或者换成对应的合规类目 |
| 只多了一步"多人可见" | 是否有其他人能看到同一份数据 | 改成本地单人可见，MVP 阶段不需要多人 |
| 资质主体对不上 | 证书上的主体名称与注册主体逐字比对 | 换成本主体的资质，或换类目 |
这两个环节的共同点是"你无法加速，只能提前"。今天的目标是让它们进入审核队列，而不是看到结果
不管什么主体，小程序必须备案才能上线。链路是这样的：
整体顺利的话 3-5 个工作日 走完，但地区差异、材料情况都会影响速度，拉长到两三周也属于正常范围。所以不要把"等备案"当成一个独立任务，它应该是背景进程。
个人主体需要的就三样，但每一样都容易出问题：
| 卡点 | 真实原因 | 处理方式 |
|---|---|---|
| 材料不清晰被驳回 | 照片模糊、反光、缺角，或用了黑白复印件 | 重新拍彩色原件，四个角完整，光线均匀，一次拍对 |
| 主体信息不一致 | 备案填的名称与后台注册信息差一个字、多一个空格 | 逐字核对后重提。提交后不要随便改名，必须改就等通过后走变更备案 |
| 错过短信核验 | 初审通过后 24 小时内没去工信部官网核验，或短信被拦截 | 收到短信立刻处理；先去短信拦截和垃圾箱里找一遍 |
| 信息变更 30 天没更新 | 中途改了小程序名称，备案信息没同步 | 30 天内提交变更备案，否则可能被暂停服务 |
| 认证/核实电话接不到 | 手机开了骚扰拦截，管局或认证机构打不进来 | 这段时间关掉拦截，注意接听陌生来电，如实回答功能是什么 |
后台改了名，备案那边还是旧名，过不了多久就会收到"需要变更备案"的通知，等于再走一遍流程。所以名字在提交备案前一次定死，后面别动。
管局备案通过之后还有一步：微信认证。个人或个体主体 30 元/年，企业 300 元/年。它证明的是"你是你"，完成后小程序才具备完整的上线资格。
流程很短：同意协议 → 填写负责人真实性资料 → 确认小程序名称 → 支付费用 → 等第三方认证机构打电话确认。职业信息之类的选填项可以不填。
备案填的名称能改吗？能，但改名要重新审核，所以一开始就想好更省事。
备案被拒了怎么办？看拒绝原因。最常见的是信息不一致：名字多空格、简介有敏感词、个人主体名下有"AI"字样。按提示改完重提即可。
多个小程序要分别备案吗？要，每个单独备案。好消息是第二个开始你已经熟了，会快很多。
这一步不是所有人都要。报名入口在微信公众平台的"行业能力 → 小程序成长计划"。判断标准只有两个：
如果符合，福利包含文生文 Token 额度、云开发环境、数据分析专业版、广告变现免开发接入等资源，激励期为 2026 年 1 月 1 日至 2026 年 12 月 31 日。用不上就跳过，别为了领福利去改自己的产品方向。
工具选错，后面每一步都在为它还债。判断标准只有一条：它能不能真的碰到你的文件
网页聊天框里的 AI 很聪明，但它只能把代码打在屏幕上，你要一段一段复制粘贴成文件。这个流程在真实项目里几乎走不通——一个页面四个文件，改一次就要复制四次。
能不能用，只看四项能力：
本课演示统一用 Codex，能读取项目目录、直接建文件和改文件、跑命令。工作流和 Claude Code、WorkBuddy 是一致的，换工具不用换方法。
同类本地编程 Agent，能力对等。任意一个装好即可，不必同时开两个——不同工具改同一个项目，容易互相覆盖。
Kimi、Cursor、Trae 等支持项目目录或 Agent 模式的工具可以，操作方式略有差异，遇到问题直接问 AI 怎么点。
只能输出代码、不能碰本地文件的工具，本课不用。它会让你 60 分钟的实战时间全部消耗在复制粘贴上。
不用背目录结构，但你要认得这几个文件，否则 AI 说"改了 utils/store.js"你不知道它在说哪。一个单页 MVP 大致是这样：
| 文件 / 目录 | 作用 | 你要关心的点 |
|---|---|---|
| app.js / app.json / app.wxss | 全局逻辑、全局配置、全局样式 | app.json 里必须注册页面路径，白屏经常是这里漏了 |
| project.config.json | 项目配置，AppID 等 | AppID 对不上会导致预览失败 |
| pages/index/ | 首页的 js / json / wxml / wxss 四个文件 | 一个页面就是一组四件套，缺一个都跑不起来 |
| utils/store.js（数据模块） | 封装本地存储读写 | 页面不直接读写缓存，全部走这个模块 |
| README.md | 项目说明与运行方式 | 让 AI 顺手写，下次接手不用重新问 |
现在数据存在手机本地（wx 的本地存储），将来要升级成云开发时，只换这个模块的内部实现，页面一行不用改。这就是为什么第一版就要把读写封装成两个返回 Promise 的方法：添加一条、列出全部。
「性格旅程」是一位零基础创作者用 Codex 从想法做到上线的完整记录：157 条真实沟通、8 个阶段。四步法里最难靠讲明白的一件事——"一句话的感受怎么说才能让 AI 改对"——只能靠看真实对话学会
课上不逐页讲这套教案，投屏只放四段关键对话。上课前请你自己用 20 分钟读完这三章：
读的时候带一个问题来：同样这几句话，如果是我，我会怎么说？
投屏的目标不是把案例讲完，而是让学员看到「模糊的话 → 具体的改法」这条转换。每段只停一次，问一句"换你会怎么说"。
| 分钟 | 投屏哪一段 | 要学员带走的一句话 |
|---|---|---|
| 4 分钟 | 02 画面与人物 | 「晃得太快」不是需求，说出「改成缓慢呼吸 + 偶尔眨眼」才是 |
| 6 分钟 | 03 剧情与声音 | 文案还在变的时候先别配音；先讲顺、再配声、最后调效果 |
| 5 分钟 | 04 答题交互 | 「跳过去了」要拆成可检查的顺序：打开选项 → 点击 → 校验 → 进下一题 |
| 5 分钟 | 05 真机测试 | 电脑上没问题不等于手机没问题；声音、触摸、相册、分享必须真机各走一遍 |
作业里的「AI 开发日志」就按这套案例的格式写，三行一条，不要写小作文：
教案第 07 章的两个练习（选择题 + 需求生成器）可以当热身，做完再来写自己的需求，成功率会高很多。
它和主课件（深色、大字）刻意不同：这套是可以离线阅读的长文加投影演示，浅底长时间读不累，投影也不刺眼。投屏时点页面里的「进入投屏模式」，字号会自动放大。不需要联网，也不需要登录。
1. 案例里的"已上线""已通过审核"是创作者当时的记录，不能当成承诺——每个人的类目、主体、修改情况不同，以你自己后台显示为准。
2. 不要照抄案例的题材。学的是表达方式和拆解顺序，不是抄一个"性格测试"小程序去做。
这 45 分钟不追求功能多，追求的是"我做了什么，页面马上有变化"这条反馈闭环真的跑通一次
关键心法是一句话：完整需求一次生成，真实运行后定点修复。前者省时间，后者防失控。最怕的是需求只喂一半就开始写代码，然后一边写一边改方向，最后是一个谁也不敢动的四不像。
不要一上来就要代码。先让 AI 用结构化提问把"谁在什么场景下遇到什么问题"问清楚，最多问 5 个问题，不许跑题到技术方案和商业模式。
问完之后让它收敛成一份 PRD——不是给你看的漂亮文档，而是能直接交给编程工具执行的需求说明。写完之后你必须做一件事：逐条读一遍，把不对的地方指出来。AI 会替你补全规则，也会替你臆想规则；它猜错一个默认值，你后面要花半小时找 BUG。
默认值：默认选什么、默认数量是多少、默认日期是哪天。AI 猜的默认值经常和你想的不一样。
计算规则：金额怎么算、同一天的记录怎么累加、并列时按什么排序。这里模糊，后面统计一定错。
不做什么：这一条比"做什么"更重要。没有这一条，AI 会热情地给你加登录、加排行榜、加设置页。
新手最常见的失败姿势是：一个提示词里塞十个功能，AI 一次生成两千行，编译报错三十条，然后谁也说不清是哪个功能带崩的。
正确节奏是把 PRD 拆成一条主线：能打开 → 能填 → 能存 → 能读回来 → 能算对。先让第一个功能真的跑通、看着页面有变化，再叠加下一个。每叠加一次，就在一个能跑的版本之上改。
如果 AI 只给你方案不动手，补一句："请停止解释，直接在当前文件夹创建完整项目文件并自检，完成后列出文件和真实结果，然后停止。" 这句话在整个开发过程里会用到很多次。
一个 MVP 的页面通常只有三块内容，别再多了：
交互上只守三条：默认值要合理（打开就能用）、提交中要禁用按钮（防重复）、成功要有反馈（用户知道自己点成了）。这三条没做好，用户第一次用就会觉得"卡住了"。
数据上守住"一层封装"：页面调 addRecord() / listRecords()，不直接碰缓存。所有派生数据（总数、天数、平均值、分组汇总）都从 listRecords() 的结果现算，不另存一份——两份数据一定会有一天不一致。
本地存储只在当前设备有效：清缓存、卸载重装、换手机，数据都可能丢。这不影响 MVP 验证需求，但你要在作业里写清楚"当前是本地版本"。等确认有人持续使用了，再升级云开发。
工具里显示正常不算通过，手机扫码才算。点"预览"生成二维码，用微信扫，在真机上把主流程走一遍。有条件的话，安卓和 iOS 各测一台。
| 自测项 | 怎么测 | 通过标准 |
|---|---|---|
| 能否打开 | 扫码进入首页 | 无白屏、无报错弹窗，首屏内容可见 |
| 空状态 | 第一次进入，不做任何操作 | 显示"还没有记录"之类的引导，不是空白或 0 元错乱 |
| 核心操作 | 按固定测试数据保存一条 | 有"保存成功"反馈，按钮在保存中不可重复点 |
| 数据回显 | 看结果区数字是否变化 | 数字与手算一致，不是默认值或 NaN |
| 持久化 | 杀掉小程序进程，重新进入 | 刚才那条记录还在，数字没回退 |
| 多机型 | 换一台手机再走一遍 | 布局不溢出，按钮可点，无机型特有报错 |
描述"哪里不对"比描述"哪里坏了"有效得多。用这个格式，AI 定位会快一倍：
预期：【应该是什么】；实际：【现在是什么】；控制台：【有报错就粘贴原文】。最后加一句"只修这两个问题，不重写页面、不增加功能"。
AI 写代码必然出错，这是流程的一部分。区别只在于你用不用得上真实报错
调试阶段，一次性提超过 3 个修改点，AI 就容易顾此失彼，还会顺手改坏没被要求改的地方。宁可分三轮，也不要一轮塞满。
开发前把 PRD 一次交清，包含规则、默认值、异常状态、验收数据。挤牙膏式提需求，最后一定返工。
报错就用真实报错，不要用"好像不行"去描述。AI 需要的是一条准确线索，不是一个猜测。
本地存储版本能跑通、验证有人用，才升级云开发。一开始就上云，会把调试难度乘以三。
AI 说"已完成"不等于已完成。你的证据是：页面截图、数据变化、杀掉重进后数据还在。
前 35 分钟解决"能不能上线"，中间 8 分钟搭环境，20 分钟看真实案例，45 分钟自己动手，最后 12 分钟收口
| 环节 | 分钟 | 做什么 |
|---|---|---|
| 开场复盘 | 5 | 回顾第 1 课定下的方向与目标用户，明确今天两个产出：备案已提交 + 一个可体验版本 |
| Part 1 上线门槛 | 5 | 讲清四件事的分工，建立"先提交等待型任务、再开发"的排期意识 |
| Part 2 信息与类目 | 10 | 现场定名、写简介、选类目；用对比案例讲清通用词与搜索词的区别 |
| Part 3 备案与认证 | 12 | 逐项填完并提交备案，交认证费；同步讲五个常见驳回点，避免返工 |
| Part 4 工具与环境 | 8 | 装 Codex（或备选工具）、装开发者工具、导入项目、绑定 AppID |
| 案例特辑（投屏） | 20 | 投屏「性格旅程」四段关键对话：画面与人物、剧情与声音、答题交互、真机测试 |
| Part 5 开发实战 | 45 | 四步法走完一遍：PRD 确认 → 单功能生成 → 导入编译 → 真机预览与自测 |
| Part 6 报错与回滚 | 8 | 现场演示一次"贴真实报错 → 最小修复"，并讲清备份与回滚 |
| 收尾与作业 | 7 | 核对作业材料，说明开发日志按案例格式写，明确第 3 课的衔接点：审核、发布、推广变现 |
Part 3 提交完立刻切断"等备案"的注意力，把学员推进 Part 4。现场如果有人卡在人脸核验或材料上传，让他在课后补，不要占用全班时间——这属于等待型任务，不影响今天的开发产出。
四份材料缺一不可。前两份证明"能上线"，后两份证明"你真的自己做过"