AI 微信小程序开发

这节会用到

跟着完成这三步

1. 写下谁会使用这个作品、在什么场景使用，以及现在遇到的一个具体问题。先解决一个场景。
2. 只保留 3–5 个核心功能。列出需要的页面、每页的操作和需要保存的数据。把支付、社区等复杂能力放到后续版本。
3. 让 AI 复述需求并指出缺失信息，再按页面拆任务。最后生成一个简单页面，并亲手要求它修改一处。

可以这样向 AI 提问

我想做一个【作品名称】，帮助【用户】在【场景】完成【目标】。
第一版只保留：【3–5 个功能】。
请先复述你的理解，列出需要我补充的问题，再给出页面清单、数据清单和可验证的验收条件。先不要生成全部代码。

完成后，亲手检查

这节会用到

跟着完成这三步

1. 确认编辑器、浏览器、Git 和运行环境可用。在终端进入项目目录，找出 README、入口文件和依赖清单。
2. 从一个按钮开始理解三层职责：HTML 描述结构，CSS 决定样式，JavaScript 处理操作。修改按钮文字、颜色和点击后的反馈。
3. 让 AI 解释一条数据从输入框到页面的流向，再解释浏览器与服务器各自运行什么。关闭项目后，按说明重新启动一次。

可以这样向 AI 提问

我是编程初学者。请阅读当前项目，列出启动命令和 5 个最重要的文件。
用一个按钮点击的例子解释 HTML、CSS、JavaScript 的职责。
请先检查现有实现，每次只指导我做一个小改动，并告诉我如何验证。

完成后，亲手检查

这节会用到

跟着完成这三步

1. 在开始修改前保存一个可运行的版本。练习查看 Git 状态、差异和提交记录，不把密钥、依赖和临时文件加入仓库。
2. 记录一个错误的触发步骤、预期结果、实际结果和必要日志。先让 AI 给出排查顺序，再批准小范围修改。
3. 重新走原来的操作路径，确认错误消失且原有功能仍可用。保存修复，再在练习分支或副本中演练回到已知版本。

可以这样向 AI 提问

问题复现步骤：【步骤】
预期结果：【预期】
实际结果：【实际】
相关日志：【去除密钥的日志】
请先分析可能原因，指出需要检查的文件。优先给出最小修复，不做无关重构，并列出修复后的验证步骤。

完成后，亲手检查

这节会用到

跟着完成这三步

1. 由账号持有人注册小程序，核对主体、类目与开发权限。提前启动必要的备案和认证准备。
2. 安装微信开发者工具，使用自己的 AppID 创建项目，了解页面中的 WXML、WXSS、JavaScript 和 JSON 文件。
3. 修改首页标题和一个按钮反馈，预览并用手机扫码。记录模拟器和真机之间需要继续检查的差异。

可以这样向 AI 提问

请带我阅读一个微信原生小程序项目。
解释 WXML、WXSS、JS、JSON 的分工，并指导我修改首页和一个按钮。
请基于项目现有结构实现，不混用其他跨端框架。说明开发者工具和真机各如何验证。

完成后，亲手检查

这节会用到

跟着完成这三步

1. 规划记录列表、详情、编辑和统计页面。用少量测试记录确定字段和页面之间的数据关系。
2. 实现页面导航、列表与表单，提取确实重复的组件。保留清晰的返回和取消操作。
3. 在不同屏幕上检查文字、按钮和底部安全区。让用户能从列表进入详情，再编辑并返回。

可以这样向 AI 提问

请实现个人读书记录小程序的列表、详情和编辑页面。
先使用少量测试数据，保持原生组件和页面结构清晰。
确认点击的记录与详情一致，处理返回、取消和手机底部安全区。

完成后，亲手检查

这节会用到

跟着完成这三步

1. 建立新增与编辑表单，明确书名、进度等字段的类型、必填条件和合理范围。
2. 保存到本地存储，读取时处理空值和旧数据。加入空列表、取消、保存失败与重复点击的反馈。
3. 离开页面、关闭再进入，验证记录仍然可见。理解本地数据不会自动同步到另一台设备。

可以这样向 AI 提问

请为现有表单增加输入校验和本地持久化。
需要处理必填、数字范围、空存储和重复提交。
不要让保存失败仍显示成功。请说明页面重进和应用重进的验证步骤。

完成后，亲手检查

这节会用到

跟着完成这三步

1. 创建自己的云开发环境，确认环境标识和计费设置。按同一套微信云开发 API 初始化，不混用不同 SDK 示例。
2. 通过云函数和数据库实现记录查询、创建、更新与删除，区分环境配置、权限和业务错误。
3. 让页面读取云端记录。清理测试账号的本地缓存再进入，检查数据能否重新加载；保留合理的加载和失败状态。

可以这样向 AI 提问

请把读书记录改为微信云开发持久化。
沿用项目的 wx.cloud 体系，先确认环境和已有代码。
通过云函数处理业务，区分网络失败、权限失败和输入错误，不以本地缓存成功代替云端保存成功。

完成后，亲手检查

这节会用到

跟着完成这三步

1. 在服务端取得可信身份，为每条记录保存归属信息。不以客户端传来的用户标识直接决定访问权限。
2. 为查询、更新和删除逐项检查数据归属；数据库规则与云函数都按当前业务设置，避免默认公开。
3. 用两个测试账号分别创建记录，交叉尝试读、改、删，确认被拒绝。不能只测试页面看不到。

可以这样向 AI 提问

请审查当前小程序的私有数据权限。
检查身份是否来自服务端、每条记录的归属、查询范围和更新/删除条件。
请用两个账号设计交叉访问验证；不能只隐藏前端入口，也不要输出真实用户身份或密钥。

完成后，亲手检查

这节会用到

跟着完成这三步

1. 完成进度统计，并检查无记录、未开始和全部完成等状态。提供清楚的数据删除入口与确认反馈。
2. 按实际处理的数据和调用接口填写隐私材料，不照搬其他产品。确实涉及隐私接口时，处理同意、拒绝及再次进入的状态。
3. 检查界面描述、云端存储和删除行为一致。对于不需要额外信息的功能，不额外索取头像、手机号等资料。

可以这样向 AI 提问

请核对个人读书记录的统计、删除和隐私流程。
根据实际代码列出处理的数据与用途；仅在确实需要时调用隐私接口。
检查拒绝授权、空数据、删除失败和重新进入的行为，说明还需在平台后台填写哪些真实材料。

完成后，亲手检查

这节会用到

跟着完成这三步

1. 在可用的 Android 与 iOS 设备上检查核心页面、返回、安全区和输入。记录尚未覆盖的机型，不把模拟器测试当作全部真机测试。
2. 验证网络失败、重复进入、后台恢复与云函数异常。将错误反馈与云日志关联，保留复现条件。
3. 上传体验版并配置体验成员。请两位体验者分别完成创建、修改、统计与删除，整理缺陷再回归。

可以这样向 AI 提问

请为当前小程序生成一份真机与体验版验收单。
包含机型、系统、版本、网络条件、核心操作和实际结果。
标注哪些需要真机完成，不把上传成功当成体验通过，并给出 Bug 记录格式。

完成后，亲手检查

这节会用到

跟着完成这三步

1. 核查账号主体、拟用类目、必要资质与备案状态。检查名称、图标和介绍与实际功能一致。
2. 确认本次代码、云函数和云环境互相对应。准备清楚的功能路径、必要测试说明和可使用的测试数据。
3. 在符合前置条件后提交审核，保存版本与提交结果。未满足时明确记录阻塞项，继续补齐，而不是宣称已发布。

可以这样向 AI 提问

请根据当前小程序整理提审清单。
分开主体与类目核查、备案、隐私材料、版本和审核操作路径。
只标记有证据完成的项目，未知项明确列出；不要承诺审核一定通过或固定通过时间。

完成后，亲手检查

这节会用到

跟着完成这三步

1. 阅读审核反馈，区分类目与资质、资料、功能和隐私等问题。针对原因修改，重新验证后再提审。
2. 审核通过后执行正式发布。请非体验成员进入，验证看到的是正式版本，并确认云端配置对应。
3. 记录版本号、发布时间和线上结果。待审时如实保持待审状态，外部流程完成后再补发布验收。

可以这样向 AI 提问

请帮助我处理这条审核反馈：【完整反馈，去除私人信息】。
先解释问题对应的材料或代码位置，给出最小改动与验证步骤。
审核通过后整理正式发布和非体验成员核验清单，严格区分各发布状态。

完成后，亲手检查