每天到了饭点，总有一句话会准时出现：
今天吃什么？
这句话看着挺简单，真要认真回答，马上就会变成一串问题：
- 想吃什么？
- 家里几个人？
- 有没有人不吃辣？
- 最近是不是想减脂？
- 冰箱里还有什么？
- 今天能花多久做饭？
- 菜想好了，等会儿到底要买什么？
一个人吃饭，还能靠外卖和"随便吃点"糊弄过去。人一多，事情就完全不一样了。
有人想吃清淡一点，有人无辣不欢；有人要控制热量，有人正在长身体。好不容易把菜单想出来，买菜的时候又漏掉两样，回家才发现还得再跑一趟。
我做 烟火食间，就是想解决这件不大、但每天都挺折腾人的事。
产品体验地址：www.yanhuofood.com
公开产品仓库：github.com/you-want/ya...
一开始，我以为 AI 报几个菜名就够了
最早做这个产品的时候，我也想得比较简单：
用户填一下口味，AI 给一周菜单，不就完了吗？
真正做下去才发现，生成几个听起来不错的菜名，和做出一份真正能执行的菜单，中间还差得挺远。
比如 AI 给你安排了一周不重样的菜，看起来很丰富，但可能有这些问题：
- 每道菜都要买一套完全不同的食材。
- 工作日晚餐安排了要炖两个小时的菜。
- 明明填了忌口，菜单里还是混进去了。
- 热量看起来挺健康，但一家三口根本不够吃。
- 菜单生成完了，买菜还得自己重新抄一遍。
这种菜单适合截图，不适合过日子。
所以现在使用烟火食间时，可以先把这次的实际情况交代清楚。
菜系、忌口、健康目标、特殊人群、计划几天、每天几餐、几个人吃、每餐几道菜、预算和烹饪时间，都可以调整。
周末有空，就做得丰富一点；工作日回家晚，就尽量安排快手菜。出门旅行、上班外食和周末集中备菜，也应该有不同的规划方式。
说白了，AI 不能只会"发挥"，还得听人话。
菜单生成之后，事情才刚开始
我现在越来越觉得，菜单只是整个流程的起点。
真正有用的产品，应该继续回答下面这些问题：
- 这道菜需要什么食材？
- 具体怎么做？
- 大概多少热量？
- 这道菜我不喜欢，能不能只换它？
- 所有菜加起来，到底要买哪些东西？
- 哪些已经买了，哪些家里本来就有？
所以烟火食间现在会把菜单、菜谱、营养估算、换菜和采购清单串在一起。
菜单生成后可以继续编辑。某道菜不想吃，可以换掉；整顿饭不合适，也可以重新安排。
打开菜品详情，可以查看食材和步骤。最近还加了菜品图片、制作视频链接，以及跳转抖音搜索相关做法的入口。
菜单确定以后，系统会自动汇总采购清单。买过的、家里已有的，都能直接标记，不用再拿着菜单手抄一遍。
我想做的不是一个"AI 给你发一段文字"的工具，而是一个最后真的能陪你走到菜市场、厨房和餐桌上的工具。
做这个产品，比我预想中麻烦多了
如果只看演示，AI 菜单生成好像就是按一下按钮，等几秒钟，表格就出来了。
但真正影响体验的，往往是那些演示里不会出现的情况：
- 模型请求突然超时怎么办？
- 返回的数据少了一天、少了一餐怎么办？
- 数据库暂时连不上，之前保存的菜单还能不能看？
- 用户刷新页面以后，正在生成的任务是不是直接没了？
- 换了一道菜，采购清单能不能只增加和移除对应食材？
- 宽屏上挺好看的表格，到了手机上会不会挤成一团？
这些事情不够"炫"，但它们决定了一个产品到底能不能真的用。
我最近花的很多时间，不是在继续堆 AI 功能，而是在处理失败恢复、历史数据兼容、移动端布局和本地数据降级。
因为用户不会关心背后用了什么技术。用户只会觉得：我上周的菜单怎么突然没了？这个按钮怎么点不到？为什么生成到一半卡住了？
把这些小问题一个个处理掉，产品才会慢慢变得靠谱。
为什么源码暂时不开源？
既然 GitHub 仓库已经公开了，可能有人会问：源码在哪里？
目前烟火食间的应用源码还没有开放。
原因其实不复杂：现阶段我想先把主要精力放在产品上。
产品还在快速迭代，功能边界、数据结构和交互方式都在变化。如果现在直接把源码公开，我不希望只是把一个正在施工的仓库丢出来，然后就叫"开源完成了"。
真正负责任的开源，还需要做很多事情：
- 整理代码和模块边界。
- 补齐安装、部署和贡献文档。
- 处理安全配置和隐私边界。
- 维护 Issue、Review 和社区沟通。
- 对外部贡献者的时间负责。
这些都需要持续投入。
如果现在一边高速改产品，一边为了让每个临时实现看起来适合开源而花很多时间包装，我担心最后产品没做好，开源项目也没维护好。
所以我现在的选择是：
源码暂时保持私有，先认真把产品做好。
这不代表以后一定不开源。
等产品边界稳定一些，我会考虑逐步开放通用的数据格式、工具模块或其他适合独立维护的部分，也不排除以后重新评估更大范围开源的可能。
但目前不画时间表，也不提前做承诺。先把产品做得值得用，再讨论用什么方式开放。
源码没开，为什么还要建公开 GitHub 仓库？
虽然源码暂时不公开，但产品进展没必要藏起来。
现在这个公开仓库会持续放这些内容：
- 产品介绍和真实截图
- 更新记录
- 产品路线图
- Bug 反馈入口
- 功能建议入口
- 后续开源计划的变化
仓库地址：github.com/you-want/ya...
如果你觉得这个方向有点意思，可以点一个 Star。
Star 对我来说不只是一个数字，它至少能说明：原来真的不止我一个人，每天都被"吃什么、买什么、怎么做"这几个问题来回折腾。
最后
烟火食间现在还不算一个完成的产品，还有不少地方需要继续磨。
但我希望它最后能做到一件很朴素的事：
让普通人少花一点时间纠结吃什么，多一点时间真正把饭吃好。
如果你愿意，可以直接试试：
- 产品体验：www.yanhuofood.com
- GitHub 仓库：github.com/you-want/ya...
- 问题和建议：github.com/you-want/ya...
实际使用时遇到问题，也欢迎告诉我具体场景。
比如家里有老人和孩子、每天只有二十分钟做饭、想控制预算、想一次买完五天的菜，或者单纯就是不想天天重复吃同几道菜。
这些真实、具体，甚至有点琐碎的问题，才是我接下来最想继续解决的东西。