你有没有过这种时刻？

洗澡时突然想到一个好点子，等擦干手，忘了。

通勤路上冒出一句很好的文案，打开手机后，却顺手刷起了消息。

睡前想明白了一件困扰很久的事，第二天醒来，只记得“昨晚好像想通了什么”。

真正稀缺的可能不是灵感，而是把灵感留下来的那几秒钟。

所以我想做一个非常简单的微信小程序：打开就能记，写完一点就保存；平时不打扰我，每周把过去的想法重新送回我面前。

它不需要成为另一个复杂的笔记软件，只做两件事：

随时记录，定期复盘。

更重要的是，这一次我没有先学小程序开发，而是把需求直接交给了 Codex。

下面把完整过程和提示词全部公开。即使你没有编程经验，也可以照着复现。

一、先别写代码，先把产品砍到最小

很多 AI 编程项目失败，不是 AI 不会写，而是人一开始就想要太多。

登录、社交、AI 对话、语音转文字、多端同步、漂亮动画……功能越列越多，项目越难真正上线。

我给第一版只留下 5 个功能：

1. 打开首页后，输入框自动获得焦点。
2. 输入一句话，点击一次即可保存。
3. 可以给想法添加标签和心情。
4. 按时间线查看、搜索和收藏过去的想法。
5. 每周生成一张复盘页：本周记录数、高频标签、随机旧想法和三个复盘问题。

数据只属于自己，不做公开社区，也不做点赞和关注。

这一步很关键：先做一个自己每天愿意打开的工具，再考虑把它做成产品。

二、准备工作：只需要三个东西

开始前准备：

1. Codex，用来阅读和修改项目文件、运行检查、定位错误。
2. 微信开发者工具，用来创建和预览小程序。
3. 一个已开通云开发的微信小程序项目，用来保存数据。

在微信开发者工具里新建一个原生小程序项目，启用云开发，然后把项目文件夹交给 Codex。

如果你是第一次做，不用先研究目录结构。先让 Codex检查项目，再让它给出实施方案。

把下面这段提示词直接发给 Codex：

请先阅读当前微信小程序项目，不要立即修改代码。
小程序开发手册地址为：https://developers.weixin.qq.com/miniprogram/dev/framework/

我要做一款仅供个人使用的“随想”小程序，核心目标是：
1. 打开首页即可输入想法，尽量减少操作步骤；
2. 点击保存后，将内容写入微信云开发数据库；
3. 可以按时间线浏览、搜索、收藏和删除；
4. 每周可以回顾本周记录，并随机看到一条过去的想法；
5. 界面克制、清晰，适合每天高频使用。

请先检查现有项目结构和配置，列出最小可用版本的页面、数据结构、开发顺序和验收标准。暂时不要加入社交、公开发布或复杂 AI 功能。

为什么先让它规划？

因为一句“帮我做个随想小程序”，通常只能得到一个看起来像 Demo 的页面。把目标、边界和验收标准写清楚，Codex 才知道什么叫“完成”。

三、让 Codex 一次完成最小可用版本

确认方案后，再发送第二段提示词：

按刚才的方案实现最小可用版本。

技术要求：
- 使用微信原生小程序框架和云开发数据库；
- 不引入不必要的第三方 UI 库；
- 数据集合命名为 thoughts；
- 每条记录包含 content、tags、mood、isStarred、createdAt、updatedAt；
- 首页进入后自动聚焦输入框；
- 内容为空时禁止保存；
- 保存成功后清空输入框，并给出轻量反馈；
- 时间线按 createdAt 倒序加载；
- 删除操作必须二次确认；
- 处理加载中、空数据、请求失败等状态。

请直接修改项目文件。完成后运行项目现有的检查；如果没有自动化检查，请逐项核对页面路径、数据库调用和关键交互，并告诉我需要在微信开发者工具中完成哪些配置。

这段提示词里，我没有规定每个按钮放在哪，也没有要求某一种视觉风格。

我只把不能出错的地方说清楚：数据字段、保存逻辑、异常状态和验收方式。

AI 编程最有效的分工是：人决定产品，AI 完成工程。

四、第一版能运行，不等于真的好用

第一次预览时，重点不要看“页面漂不漂亮”，而要测试最短路径：

打开小程序，能不能马上写？

写完以后，能不能马上保存？

保存以后，能不能确定它没有丢？

连续记 20 条以后，还能不能快速找到某一条？

我把体验问题整理成一张清单，再交给 Codex：

请优化首页的快速记录体验，保持现有数据结构不变：

1. 页面打开后输入框自动聚焦，键盘弹起时保存按钮仍可见；
2. 保存按钮固定尺寸，输入内容变化时页面不能跳动；
3. 点击保存后立即显示成功状态，失败时保留原内容；
4. 连续点击保存不能生成重复记录；
5. 首页展示最近 3 条记录，点击可进入详情；
6. 适配常见手机尺寸、深色模式和安全区域；
7. 不使用大面积渐变、装饰性卡片和冗长说明文案。

修改后请检查保存中的禁用状态、重复提交、失败重试和键盘遮挡问题。

这一轮优化，决定了它是“能展示的作业”，还是“愿意每天使用的工具”。

五、真正让它有价值的，是复盘页

记录只是存储，复盘才会产生新的认识。

我不希望它生成一堆看似正确的鸡汤，而是先用最简单、可验证的方式，把旧想法重新呈现出来。

复盘页包含：

• 本周记录了多少条想法；
• 最常出现的三个标签；
• 被收藏最多的主题；
• 一条随机的历史想法；
• 三个固定问题：我反复在想什么？哪条值得行动？哪条看法已经改变？

对应的提示词是：

请新增“每周复盘”页面，复用 thoughts 集合，不接入外部 AI 服务。

页面展示：
1. 最近 7 天记录总数；
2. 出现频率最高的 3 个标签；
3. 本周收藏记录列表；
4. 从 30 天以前的记录中随机展示 1 条“旧想法”；
5. 三个复盘问题，并允许用户为每个问题写下回答；
6. 回答保存到 reviews 集合，按周唯一，重复进入时可以继续编辑。

请处理本周无记录、没有旧记录、标签为空和跨年周次等边界情况。完成后说明数据库索引或权限需要怎样设置。

我特意没有在第一版接入 AI 总结。

原因很简单：如果数据还不够多，AI 只能把三五句话重新包装一遍；当你持续记录一个月以后，再让 AI 发现长期主题、情绪变化和未完成的行动，价值会大得多。

六、不会排查错误，就把报错完整交回去

AI 编程最容易踩的坑，是看到报错后只说一句：“怎么还不能运行？”

更有效的方法是把环境、操作步骤、完整报错和预期结果一起告诉 Codex：

我在微信开发者工具中预览当前项目时遇到错误。

操作步骤：进入首页 -> 输入内容 -> 点击保存。
实际结果：保存失败。
预期结果：写入 thoughts 集合并清空输入框。

下面是完整控制台报错：
[粘贴完整报错]

请先定位根因，再修改代码。不要通过删除错误处理或写死测试数据绕过问题。修复后说明：
1. 根因是什么；
2. 修改了哪些文件；
3. 我应该怎样验证；
4. 是否还需要调整云数据库权限或索引。

不要只截最后一行，也不要让 AI 盲猜。

报错信息越完整，修复越接近一次成功。

七、最后让 Codex 做一次“上线前找茬”

功能做完以后，再发最后一段提示词：

请对当前小程序做一次上线前审查，重点检查：

- 是否存在数据丢失、重复保存或越权读取风险；
- 云数据库是否限制为仅当前用户读写自己的记录；
- 删除、收藏、搜索和复盘的边界情况；
- 空状态、加载状态、错误状态是否完整；
- 是否有未使用代码、调试日志或写死的测试数据；
- 隐私说明是否与实际收集的数据一致；
- 页面在不同屏幕尺寸下是否可能出现遮挡。

请按严重程度列出问题，并修复能够确认的问题。不要虚构已经通过的测试；无法自动验证的项目请给出人工测试步骤。

这一步不是为了追求“零 Bug”，而是防止最影响信任的问题：想法保存失败、私人记录被错误读取，或者删除后仍然出现。

八、做完以后，我得到的不是一个 Demo

这个小程序最吸引我的地方，不是“AI 居然会写代码”。

而是一个原本只停留在脑海里的需求，终于变成了每天可以使用的东西。

过去，我会把灵感散落在备忘录、聊天窗口、纸条和收藏夹里。记录很多，却很少重新看见。

现在，每一次随手记下的想法，都会在未来某次复盘中重新出现。

有些会被删掉，有些会变成行动，还有些会提醒我：原来自己已经围绕同一个问题思考了很久。

工具的意义，不是替你思考。

而是让那些曾经认真想过的东西，不再轻易消失。

---

上面 6 段提示词，你可以直接保存，按照顺序交给 Codex。

下一篇我会继续拆解：如何给这个小程序加入 AI 月度复盘，让它从几百条随想中找出反复出现的主题、情绪变化和真正值得行动的想法。

如果你准备照着做，可以在评论区留下“随想”。我会根据大家卡住最多的步骤，整理一份更具体的避坑清单。

关注我，下一篇直接交付 AI 复盘的数据结构、提示词和实现过程。