ai太好用了你们知道吗——
（开头叠个甲，本文纯属个人观点，不对的地方敬请原谅）
这几年ai发展真的太快了，每隔一段时间就刷新了我的认知，从一开始的简单地搜索到现在又能绘图又能生成视频，而且已经达到了以假乱真的地步了。
去年开始大火的龙虾🦞，已经能够帮助我们实现自动化办公了，甚至在以前写代码这种有一定门槛的需要专门学习的技能，只要你给足提示词，也能帮你轻松地生成出来，实现你的要求。
一开始在某书上搜索了很多用ai跑代码、开发app等内容，大多都是使用海外的codex、Claude code等ai agent类软件，这些软件确实很厉害，但门槛挺高，你首先需要会翻墙（这个倒不难），其次又需要海外手机号啥的，还有动辄20刀的订阅费，而且后续的token也是一笔不菲的支出。
好在open claw是开源的，国内互联网大头们也不会放过这些市场，于是乎就有了qoderwork、workbuddy等一些软件的出现……
怀着好奇的心理，下载了workbuddy，这个是腾讯云团队开发的ai agent办公软件（腾讯打钱，我的卡号是62xxxx……），详细介绍就不赘述了。
它能通过接入各类大模型来实现很多办公需求，还可以选择不同领域的专家（ai）来实现你特定的需求。
于是乎我在众多专家中选择了一位专门开发微信小程序的专家，来试一下是不是真的那么神奇……
接下来提出我的需求……
然后ai就会自动写出代码，并呈现项目文件的结构。
最后将项目文件导入到微信开发者工具就能预览和编译。
下面是真机调试里的截图，这么看完成度还是很高的（当然是提了很多修改意见之后才呈现出来就是了）。
左右滑动查看
最后为什么没有正式发布上线呢？主要实在是太麻烦了，前面注册个人开发者这些都还好，后续想要正式上线还需要备案、个人认证、订阅服务器……所以最终止步于此。
但至少我可以把这个过程记录下来，当作一个经验总结，于是便有了这篇推文。
以下内容来自ai总结
这家店我来过，叫什么名字来着？
上次点的那道菜特别好吃，这次来怎么想不起来了？
哪个城市有什么好吃的，翻聊天记录翻半天……
我试过用备忘录记，试过拍照存相册，试过在大众点评写点评——
但都不够"属于自己"。
于是我想：不如自己做一个小程序，专门用来记录自己去过的餐厅、吃过的菜。
🌟 从零开始，真的可以吗？
说实话，在开始之前，我基本没有小程序开发经验。
但2026年的好处是——你有 AI。
我没有从头啃文档，而是直接告诉 AI：
"我没有开发小程序的经验，请你帮我从零开始设计一个属于自己的小程序。我想做一个可以记录自己吃过的店，在这家店里吃了什么，人均多少，然后可以按城市添加。"
然后，事情就开始了。
📦 它慢慢长成了这个样子
第一版：最核心的功能
最开始的目标很简单：
AI 帮我搭好了整个小程序的骨架——页面结构、数据层、Tab 导航，一气呵成。
第二版：让它更好用
光有骨架不够，用起来才发现缺很多东西：
📷 菜品图片 —— 吃的菜，当然要拍照啊。加了从相册上传图片的功能，每道菜最多3张。
📍 地图定位 —— 地址手动输入太麻烦，改成调用微信地图选点，自动填入地址和坐标。
🐛 第三版：真机调试发现的 bug
在模拟器里一切正常，真机一跑，问题全出来了——
bug 1：点"编辑"提示"功能开发中"
原来编辑和菜品详情的按钮只写了个占位提示，还没接实际逻辑。AI 帮我补上了跳转和表单回填。
bug 2：第一次添加菜品图片，保存后再点进去，图片不见了
排查发现是数据层存菜品时漏掉了 images 字段。补上之后问题解决。
bug 3：城市页面点哪个都弹回首页
首页的 onShow 每次都在重置筛选条件，导致从城市页跳转过来后被覆盖。调整了逻辑判断后修复。
bug 4：编辑菜品时，所有字段都是空的
这是个典型的字段名不匹配问题。菜品在云数据库里的主键是 _id，但页面传参时用了 item.id（不存在），导致每次编辑都找不到数据。改成 item._id 后解决。
bug 5：餐厅详情页的"添加时间"显示 [object Object]
云数据库用 db.serverDate() 存的时间，读出来是个 Date 对象，直接渲染就变成 [object Object]。加了个 formatTime() 方法格式化后显示正常。
☁️ 第四版：云开发，让数据真正持久化
最开始数据存在本地（wx.setStorageSync），意味着：
所以要正式上线，必须上云。
AI 帮我做了完整的云开发迁移：
- 本地存储全部改为云数据库（wx.cloud.database()）
- 每个用户的数据通过 _openid 隔离，互不干扰
- 图片上传改为云存储（wx.cloud.uploadFile()）
这一步踩的坑也不少——云函数路径配置有误、数据库权限没设对、登录云函数没部署……但一个个解决之后，数据终于真正"持久"了。
📤 第五版：分享功能
记录美食，很大程度上是为了分享。
在餐厅详情页加了一个"分享卡片"按钮，点击后进入一个专门设计的分享页面——
最初的设计是卡片悬浮在灰色背景上，提示用户"长按截图分享"——但真机长按并没有效果。后来干脆把分享页铺满整屏，直接截图就能用，简单粗暴但有效。
🎨 关于名字和 Logo
最开始叫"美食日记"，后来改成了"吃货手记"，再后来发现重名了，最终定名为——
「城市美食手记」
Logo 也迭代了好几版：
- 第四版（最终版）：碗口朝上，筷子合并放右侧，文字大且圆润，居中在底部
用 Python 的 Pillow 库生成的，144×144 和 512×512 两个尺寸，直接就能用。
✅ 它现在能做什么？
🏙️ 按城市管理 | 🍽️ 餐厅记录 | 📍 地图定位
📷 菜品图片 | ⭐ 评分筛选 | 🔍 搜索
📤 分享卡片 | ☁️ 云开发（数据持久化）
💡 一些感悟
做一个小程序，最难的部分其实不是"写代码"——
而是：
- 知道你想要什么功能
- 知道一个功能大概怎么做
- 遇到问题知道怎么描述给它
AI 能做绝大部分的执行工作，但你得知道怎么问。
比如你不能只说"帮我修 bug"，你得说"编辑菜品时所有字段都是空的，应该是数据传参有问题"——然后它就能精准定位到 item.id vs item._id 的问题。
会提问，比会写代码更重要。
🎉 最后
「城市美食手记」目前还在完善中，但核心功能已经可以正常使用。
如果你也有类似的需求——想记录点什么、管理点什么——希望这篇记流水账一样的开发记录能给你一点参考。
不用有心理门槛，从零开始，真的可以。
--END--
10个月宝宝每天需要喝多少奶粉？
