一周拿下 568 颗星，这个本地跑的外卖决定器到底解决了什么

先说结论

这个项目解决的是流程摩擦，不是选择困难。点外卖、选午餐最累的不是决定，而是打开 App、看店铺、滑菜单、凑满减那一串动作。Trưa Nay Ăn Gì 把这件事压成一个本地网页：今天吃哪几家、点什么菜，自动用 Cookie 记住你的偏好，下次直接给答案。

568 颗星里，大半不是给“帮你选吃的”，而是给“不用登录、不用后端、不用云服务”这套做法。在人人谈订阅制和数据上云的当下，把一切留在本地，反而是一种稀缺感。

真正的问题

“中午吃什么”这类工具，做一个死一个，原因很朴素：

• 要登录的，懒得注册；
• 要连后端的，担心数据被收走；
• 要关注公众号的，嫌路径长；
• 真正好用的，往往卡在“同步一次就好”。

Trưa Nay Ăn Gì 的切入点很直接：所有偏好都存在浏览器 Cookie 里，本地 pnpm 一行命令起服务，关掉电脑也不丢。下次想改，重启就行，没有账号、没有云端表、没有推送打扰。

换句话说，它卖的不是决定，是“决定得很快、还不用把胃交给别人”。

怎么做更省力

对想自己搭一个的人，路径其实很短：

1。 准备好 Node.js 和 pnpm，不用装数据库，也不用申请任何 API Key。 2。 克隆仓库后，在项目根目录执行 pnpm install，再 pnpm dev，浏览器打开本地端口就能用。 3。 在界面里录入你常吃的几家店和招牌菜，关闭页面后 Cookie 会自动保留选择偏好。 4。 下次打开页面，直接看到“今天建议吃 X”的结果，省掉翻 App 的步骤。

这套做法特别适合“决定本身不重要，但流程别拖着我”的场景。把决策路径从 5 步压到 1 步，体感差别巨大。

哪些坑要避开

本地工具有本地工具的代价，别被“无后端”冲昏头：

• Cookie 是有寿命的：清浏览器数据、换设备、无痕模式打开，都会让偏好回到空。别指望它能跨设备同步，原始项目里也没有这个设计。
• 多端协作会失效：家里电脑、公司电脑、手机浏览器，是三套独立的 Cookie。要么接受“只在一台机器上用”，要么自己加一层导入导出。
• 菜单更新得手动：店铺上新、关门、改价，工具不会自动感知。把它当“提醒器”用，别当“实时数据库”用。
• 别强行加AI推荐：项目本身是确定性逻辑，套上 LLM 反而引入不可控。喜欢稳定结果的人，正好需要这种克制。

把这些边界讲清楚，反而是这类工具最值钱的地方。

现在就能动手

如果你愿意花 10 分钟试一下：

• 打开仓库 truanayangi-com/truanayangi，先看 README 里的启动步骤，确认本机有 Node.js 和 pnpm。
• pnpm install 之后跑 pnpm dev，第一次访问会引导你录入几家常吃的店和菜，不用追求全，先录 5 家就够用一周。
• 用上三天以后，如果发现“决策路径确实变短”，再考虑要不要把它部署到家里的 NAS 或者一台旧电脑上，作为固定入口。
• 如果你还想顺便把团队或家庭的午餐决定也统一起来，可以先用 AI词云生成器 把大家最近点过的菜单喂进去，看看高频选项到底集中在哪几家，再决定要不要给项目加一层“多用户偏好表”的小改造。

它的价值不在“替你决定”，而在“让你 5 秒内做完决定”，并且不交出任何数据。这件事本身，就值得一周 568 颗星。