
缘由起因
最初的想法很简单,就是做个美食相关的产品,网罗所有的菜谱,从八大菜系到中外名菜。和目前市面上的菜谱类的App相识但有不同:这个APP上面不只有菜谱,要把菜谱、饮食文化、历史……都放上去,把“舌尖上的中国”产品化 。
去年VibeCoding势头迅猛的时候,我在自己的自媒体上上发起了一周上线一个小程序的挑战,前两个小程序(寄予未来和时陪工坊)完成后,启动的这个产品。
当时有好几个产品的点子,但基于前两个产品在注册审核过程中遇到的问题,我想这个美食文化相关的小程序肯定不会有审核上的麻烦,就快速启动了。
产品命名
因为我用的公司资质,吸取前面的教训,在名字开头加上公司的名称。有三个名字我比较喜欢:
尘动未来 食全食美 尘动未来 食光机 尘动未来 食影寻香
有了公司前缀,就不怕名称审核不过或有被占用的问题了,不过还得注意简称别有重名。因为前两个产品的简称都是四个字,所以还是选择了四个字的。
简称:食影寻香
英文:Taste Trails
介绍:专注中华美食文化,提供家常菜谱查询与饮食文化科普,涵盖八大菜系、节气食俗及地域民族饮食故事,助力探索传统与现代美食。
内容:“食光机”是一款聚焦中华美食文化的微信小程序,提供家常菜谱查询、饮食文化知识等功能。通过图文形式帮助用户学习烹饪技巧、了解饮食传统。
菜谱分类浏览与搜索(八大菜系、场景分类)。 食材/菜系/烹饪方法的文化知识科普。 节气专题与饮食文化活动推荐。
备注(必填):专注于中华美食文化的传播与普及,提供家常菜谱查询、饮食文化知识科普及节气饮食专题服务。主要内容包括: 菜谱查询:按八大菜系、地域、场景分类的图文菜谱,支持关键词搜索与收藏功能; 文化科普:介绍食材起源、烹饪技艺、地域饮食习俗及民族节日食俗等文化知识; 节气专题:结合二十四节气推荐传统饮食与养生食俗,以图文形式传递文化内涵。 所有内容以文字图片形式呈现,旨在帮助用户学习烹饪技巧、了解饮食文化。
备注是用来具体描述小程序实际经营内容、主要服务内容,在备案阶段,该信息为主管部门审核重要依据,备注内容字数限制20-200字。
产品图标
除了在前两个产品用到的通用提示词外,我给ChatGPT还额外了加两点,这两点跟后面要生成的UI图要求一样:
色系:暖色调+墨绿点缀,结合中国山水画意境 图标:简约线条勾勒食器、食材造型
UI设计不是个人开发者擅长的内容,我在整梳理需求的Prompt中新加了要求“ 要在文档的开头给出建议的UI风格,包括色系、图标…… ”

注册审核
还是要先注册一个全新的邮箱,以供注册小程序用。
在服务内容、小程序介绍中,千万不要提健康分析、医疗保健、营养报告……这种词,这些都是有很严格的审核要求、资质要求的 。
选择服务类目的时候,可能找不到相应的、合适的类目,可以问下AI,也可以查下相关的小程序,看看他们选的什么类目。
按照我们上一个小程序注册时的办法,选择在公司认证的服务号中,快速注册小程序。
在备案的第2部,填写小程序信息时,负责人人脸核身要用手机识别人脸,这一步一定要找个光线柔和的地方,特别不容易过。这里很奇怪,平时的人脸识别,都很轻松,就这里特别不容易识别过去,不知道为什么。

头脑风暴
主要有四个菜单: 1、主页,显示一些推荐内容 2、菜谱,可以按菜系、食材、烹饪方式……进行筛选搜索,有菜谱的历史、文化、健康营养评估的介绍。 3、文化,菜系、食材、烹饪方式的介绍说明。 4、我的,头像、邮箱、昵称、系统设置、关于,还有收藏和打卡,每天的饮食记录,拍照或文字上传、食单。
我最初是想在第2个菜单和第3个菜单中间显示一个搜索按钮,点击弹出搜索框,可以搜索食材、菜普,其它页面不用再有这种模糊搜索功能。不过最后我把这个搜索功能放在了首页最上端,中间这个按钮换成了打卡功能,让用户记录自己的饮食——想着后面可以根据用户的饮食习惯分析出用户的健康指数。
功能清单
经过头脑风暴,我们已经有了相对明确的方向,来回梳理几遍之后,我们就可以让AI根据头脑风暴的内容,输出功能清单了。
但这里要注意,功能清单虽然是由AI生成的,但终稿要自己来细化,而且要把终稿保存下来,这是后面其它步骤的依据。
UI图设计
用Stitch做的UI设计。这个小程序是去年做的,当时除了Stitch,也没有更好的AI的UI设计工具了。
Stitch的免费账号是不允许上传参考图片的,这样就没办法让它根据前面的Logo的风格出设计图了 。
我也试用过Readdy,出的UI带有交互效果,但整体设计水平、设计美感比不上Stitch。
当时Figma也刚推出根据提示词生成UI图的功能,但效果和Readdy完全一样,怀疑他们两个用的一套东西。
具体开发
数据结构
前两个产品的数据库建表SQL,还是我手动梳理后交由Cursor创建的,这次连手动梳理都懒得弄了,直接让Augment根据需求文档、建表规范自己生成建表语句了。
只要提示词写的可以就没问题,比自己梳理的建表SQL还要全面完善,但有一点,需求文档、数据库都是非常重要的文档,你自己一定要审核好,再走下一步。
核心的表如下:
菜谱表:简介、历史…… 食材表:级别、名称…… 菜系表:级别、名称…… 中间表 菜系、菜谱:要有权重字段、添加时间,表示是否为代表菜…… 中间表 菜系、食材:要有权重字段、添加时间,表示是否为主料…… 菜谱分类表:按菜系分、按烹饪方式分、按场景/餐次、难度/时长…… 菜谱标签表:营养/健康标签,营养标签:低脂、低糖、低盐、高蛋白、高纤维,健康适宜:糖尿病友好、高血压友好、痛风/关节炎友好、肾病/高血脂友好…… 用户打卡:图片、时间、文字……
代码生成
去年的Augment还不像现在的成熟,因为我在同一个工作区中打开了多个工程(包括前两个产品的代码),以希望Augment可以借鉴之前工程中的内容。在代码生成过程中,要把光标定位在指定的工程文件夹中,不要点击工作区的其它目录,否则生成的东西,可能跑到其它文件夹或其它工程中:
我注意到您切换到了新的工作目录。让我为您创建一个问题修复总结文档,记录我们刚才解决的所有问题……
当时我还觉得奇怪,按理Augment不应该有这么低级的错误,或者应该在提示词中对其进行约束,也可能是因为我在附件中添加了这个文件夹(为了让它参考扫描),后面我移除了。
还有,如果某个页面的样式有问题、错乱,你可以直接截屏后、粘贴到Augment对话框中(是的,可以直接粘贴),告诉它修改。因为文字描述的话,可能说来说去它就是改不好。
提示词其实可以让ChatGPT优化之后,再给VibeCoding工具效果会更好一些,现在的Trae在输入框旁边就有个优化提示词的按钮。
调用AI API
前面有提到,我本想让用户在打卡时只需要拍照上传,我的程序调用文心一言、千问……的API,对图片进行识别,分析出用户的饮食中的营养结构,进面评估出用户的健康指数,但没有成功。
调用成熟的、AI平台的、对外开放的API,实现自己的产品设想、或扩充自己现有产品的能力,是一个非常好的想法,但却不太实际。原因主要有两点:
其一,国内的几个大平台对外的API都不稳定、效果也都不行,是的,完全不行;比如我想做的这个菜品识别,识别效果非常差,根本不准确,而且又慢又卡又不稳定。
其二,效果不行,收费却不含糊,有些可能还给你点免费额度,有的试用调试都得开付费。
比如阿里云的图像识别接口,这个是之前的截图,不知道现在有改进没了没。

我想,最可能的原因是,去年国内大厂的重心还是在自己的通用模型上面、面向大众用户,而不是面向开发者,还有,就像我之前一直提到的,国内的很多所谓的大厂压根没有“大”的样子,没有意愿、雄心和能力,打造好的开发生态。
基于以上,强列不建议在自己的产品中引用国内大平台的API——尤其是核心功能上,有条件的可以自己训练模型,自己处理,没条件的换方案。
Coding工具
去年,我在开发这个产品的时候,几乎把所有的VibeCoding工具都试了一遍,到处薅免费的额度。我记录了很多细节:
2025年7月31日 12:25 ,我发现使用Gemini 2.0 Pro 模型,问2个问题就停掉了。
2025年8月5日 18:19 ,Augment到期,想着用国内的邮箱重新注册重新薅羊毛,不让注册。不得以我切到了Copilot,效率瞬间低了很多,一个是因为其能力的问题,我选的ClaudeSonnet3.5;另一个(可能)是科学上网,速度慢。

2025年8月8日 13:34 Copilot也薅完后,继续用就缴纳10美元。


查了下主流的AI编程工具,当时想用Gemini Code Assist,继续薅羊毛,结果在VSCode中安装插件提示这个账号用不了:可能是因为国内账号或者目前的账号与 Google Workspace 或 Cloud Identity 有关联。

想着再注册一个Google账号?试了各种办法,国内的手机号现在都注册不上了!主要是发短信验证阶段发不出去。按照Gemini的说法,尝试从YouTube或无痕模式注册,可跳过手机号验证,没有成功,这里扫码的时候还是要发短信验证,发不出去。。

2025年8月11日 11:43 我发现Augment的最高额度,1500元/月,可以发送4500条消息,平均每天150条,还算免强可以,但另外两个套餐根本不够用啊,太贵了!

相对来说,Cursor性价比反而较高的,但也远远不够。https://docs.cursor.com/zh/account/pricing

Cursor这个月蹭了一点免费额度,也到期了,我手动切换成了Gemini Flash2.5的模型,接着蹭。结果提示,所在地区不可用,全局代理切换地区也不行,估计是Cursor或Gemini那边根据账号信息做了严格的限制:

手动切换成了Claude 3.5 sonnet的模型,接着蹭。也还是地区禁用


2025年8月12日 17:18 我尝试了国内的Trae,产品设计有点奇葩,一会模型就到上限,自己直接继续就完了,还要人手工点一下。

2025年8月15日 14:31 开始尝试Windsurf说是14天的免费使用,但好像只有100个请求到高级模型,后面只能用基础模型,但是使用高级模型Claude总是会出问题。

2025年8月18日 17:22 Claude Sonnet 4.0的模型很不稳定,经常断掉。

2025年8月19日 10:48当时的免费剩余量

这个产品的开发,在我来来回回试用这些VibeCoding工具的过程中耽误了很长时间,最后踉踉跄跄的开发完后,还是有很多问题。
最近,我又开始重新梳理这些小程序产品,用CodeX对这些产品的代码进行重构升级。
我现在的主流编码工具就是CodeX,买的他们家的Plus会员,日常编码使用勉强可以,而且ChatGPT也几乎可以放开了用。不过,有时会感到反应度非常慢、有时又明显的降智,降智的时候,其回复甚至没有免费用户的回复合理。怀疑云端会根据某些规则,动态的调控回复速度、和思考深度,以平衡算力。
如今,我周围的开发者,都有了相同的、非常明确的判断:就是软件工程这个行业、程序员这个职业,是绝对的到头了。 最近一年的时间,AI的能力是一日千进,而且还在继续保持这个快速进化势头。
所有人都在想,一年之后,三年之后,五年之后,这个行业会是怎样的,会有什么样的工具、应用出来?这些原先的编程人员,还能干什么,会去干什么? 我会在下一篇文章中总结,反思这些问题。
夜雨聆风