本期选题思路：把开源镜头对准「厨房与饮食」这条被严重低估的刚需线。 前几轮我们挖过健身、血糖、咖啡、观鸟，但饮食数字化这个每天要接触三次的场景，开源界其实有一批沉淀多年的精品：从食谱格式标准、食材库存 ERP，到调酒管理、自酿啤酒配方，再到直接能接商单的餐厅收银系统。这一期的特点是「即装即用 + 变现路径清晰」：有 5 个仓库 Star 在两千上下或以下，属于典型的「小而美」，但每一个都踩在真实付费场景的门口。
说明：本期撰写时在线核验受限，文中 Star 数为撰写时点的约数（以各仓库主页实时数据为准），均为长期活跃维护的项目。
仓库：mealie-recipes/mealie | Star：约 1 万+ | 长期高频迭代
一句话定位：把「收藏菜谱 → 排一周菜单 → 自动生成购物清单」这条链路完整搬到你自己的服务器上。
痛点：食谱收藏散落在微信收藏、浏览器书签和短视频里，想做饭时根本找不到；用 SaaS 又担心哪天关停或收费。
核心拆解：mealie 是这个品类的事实标准。它最杀手的体验是「粘贴 URL 一键导入食谱」——给它任意美食网站的链接，它能抓取标题、食材、步骤、图片并结构化入库；再配合每周菜单规划器（meal plan），一键把本周菜单的食材按分类汇总成购物清单，重复采购项自动合并。架构上它是 API-first 设计（自带 OpenAPI 文档），官方提供 Web 端之外，社区有移动端和第三方客户端接它的 API；支持多用户/家庭分组（households）、OIDC/LDAP 登录，Docker 单容器起服务，Postgres/SQLite 都能跑。数据完全自有，食谱支持导出备份。
上手难度：⭐⭐（一条 docker-compose 即可）
适用人群：家庭做饭主力、想给爸妈搭「电子菜谱」的人。变现方向：以 mealie 为底座做「私厨/营养师工作台」——加客户档案、营养计算、付费菜单模板，就是一个垂直小 SaaS；国内还可以做小程序壳 + 本地化食谱市场。
仓库：grocy/grocy | Star：约 7k | 官网 grocy.info 提供在线演示
一句话定位：作者给它的口号是「ERP beyond your fridge」——把企业 ERP 的库存、采购、效期管理思想压缩进一个家用杂货系统。
痛点：买了三瓶酱油用到过期、不知道冰箱里有什么、家务没人记得做——家庭的「账实不符」问题。
核心拆解：grocy 是这个领域最有极客气质的项目，PHP + SQLite（也可接其他库）单机部署，覆盖的不只是食材：库存（含保质期倒计时、最佳食用期/过期日区分）、购物清单、食谱与每周菜单（内置和 mealie 类似的 meal plan）、家务排班（chores，可轮值）、电池更换记录、任务、日历，甚至自定义条目（用户字段 + 自定义条码「Grocycode」，打印二维码贴在分装袋上扫码出入库）。条码扫描可以直接调用 Open Food Facts 等开放数据库反查商品信息，配合社区移动端 App，扫码记库存体验非常顺。它还有一个隐藏卖点：REST API 完备，和 Home Assistant 联动的玩法（开门自动清点、门口小票机打印清单）在自托管社区是经典项目。
上手难度：⭐⭐
适用人群：囤货型家庭、极客奶爸奶妈、合租宿舍共管。变现方向：把 grocy 二开成小 B 场景的进销存——社区团购自提点、母婴店、奶茶店原料管理，效期+条码这两件事正好是小店刚需，改造后按年收部署维护费完全走得通。
仓库：cooklang/cooklang | Star：约 1.4k | 生态含 CLI、编辑器插件与移动端 App
一句话定位：一个用纯文本写食谱的开放格式标准——食谱版的 Markdown，让菜谱可以被程序精确解析。
痛点：食谱是典型的「非结构化重灾区」：「两勺」「少许」「200 克面粉」在网页里就是一堆文字，App 和 AI 都无法可靠地据此做份量换算、购物清单合并。
核心拆解：cooklang 的设计非常优雅，语法零学习成本。看一个例子：@面粉{200%g} 表示一种用量为 200 克的食材，@鸡蛋{3}、#早餐^{30%分钟} 分别标注食材和厨具/计时；步骤外的 -- 段落写备注。因为是纯文本，它天然适合 Git 版本管理（食谱库 diff 一下就知道改了哪味料）。官方生态包括解析器（Rust/TS 等多语言实现）、把 .cook 文件转 Markdown/HTML 的 CLI、VS Code 插件和移动端 App。在 2026 年的语境下它还有一个新身份：给 AI 食谱 Agent 用的结构化载体——让模型输出可执行的食谱数据，而不是一篇无法操作的散文。
上手难度：⭐（打开文本编辑器就能写）
适用人群：美食博主、食谱 App 开发者、想数字化家传菜谱的人。变现方向：做食谱内容平台时直接采用该格式作为存储层，向上做「食谱 → 一键购物车」「食谱 → 智能秤/料理机联动」的产品；也可出售 cooklang 解析器的商用技术支持。
仓库：karlomikus/bar-assistant | Star：约 1.5k | 配套前端 Salt Rim
一句话定位：给你的家庭酒吧装一个数字化酒保——记录你有什么酒，然后告诉你「现在就能调的鸡尾酒」有哪些。
痛点：照着网上的鸡尾酒教程买了酒，十次有八次卡在「缺一味」；家里十几瓶酒放久了连自己有什么都忘了。
核心拆解：项目由 Laravel 写的 API 后端 + Vue 写的 Salt Rim 前端组成（两个仓库，Docker 一键编排）。核心玩法是「酒架（shelf）」概念：把你实际拥有的基酒、利口酒、苦精、装饰物登记成库存，系统会实时计算全库鸡尾酒配方中「你已经能做的 / 只差一瓶就能解锁的」，后者的推荐逻辑（按缺失配料数排序）是它最上头的功能。配料条目做得极细：度数、类别、替代品关系（没有金巴利可以用什么替）、苦度、风味标签都有；配方支持多人评分、收藏、自定义创作，还能从社区维护的公开鸡尾酒配方集批量导入，开箱即有数百个经典配方。多用户支持让合租室友的酒架互不干扰。
上手难度：⭐⭐
适用人群：家庭调酒爱好者、精酿酒馆/鸡尾酒工作室。变现方向：给小酒馆做「电子酒单 + 库存联动」的托管版——客人扫码看酒单、店主后台管库存，是这个开源项目天然的商业化路径；也可为酒吧做会员配方订阅小程序。
仓库：hhursev/recipe-scrapers | Star：约 5k | Python 库，持续新增站点支持
一句话定位：一个 Python 库，一行代码把任意美食网页解析成结构化食谱对象。
痛点：每个美食网站的 HTML 结构都不一样，自己做爬虫要一家一家适配，页面改版就全崩。
核心拆解：这个项目的聪明之处在于「分层兜底」：优先走 Schema.org 的 Recipe 结构化数据（多数主流美食站都内嵌了 JSON-LD），没有结构化数据的站点再用针对该域名的专用解析器，社区以插件形式持续贡献新站点支持，覆盖数百个以上域名的站点（具体清单以 README 为准）。API 极简：scrape_me(url) 之后直接读 .ingredients()、.instructions()、.total_time() 等属性即可。它本质上是 mealie、Tandoor Recipes 这类自托管食谱应用的「上游基础设施」之一，在社区里被大量食谱类项目当爬取层复用。注意合规边界：解析公开页面用于个人用途没问题，商用采集需评估目标站点条款。
上手难度：⭐（pip install 即用）
适用人群：数据工程师、食谱 App 开发者、做美食内容聚合的独立开发者。变现方向：它是「数据管道」型资产——基于它做美食内容聚合产品、给饮食类 AI 应用供结构化训练/推理数据，或接内容迁移的私活。
仓库：Brewtarget/brewtarget | Star：约 1.3k | 跨平台桌面应用（Qt/C++）
一句话定位：开源的自酿啤酒配方设计器——在投料之前先在软件里把整锅酒的比重、苦度、酒精度算清楚。
痛点：自酿是门手艺更是门化学：麦芽种类、煮出时间、酒花投放时机都会改变成品，全靠手算或抄别人配方，翻车率极高。
核心拆解：Brewtarget 是自酿圈十多年的老牌桌面软件，Qt 写的原生应用，Windows/macOS/Linux 全平台。核心是一套配方计算引擎：输入麦芽单、酒花表、酵母参数，实时算出原始比重（OG）、最终比重（FG）、IBU 苦度值、色度（SRM）、预估酒精度，并对照 BJCP 风格指南提示你的配方偏离了目标风格多远。配方以 BeerXML 标准导入导出，社区里大量现成配方可以直接下载复现；软件还带酿造日（brew day）步骤清单模式，投料、测温、计时一步步带着走。对硬件玩家，配合开源的糖度计/温控硬件项目可以组成完整的智能酿造台。
上手难度：⭐（装上即用，难点在自酿本身）
适用人群：自酿爱好者、精酿小作坊。变现方向：面向精酿工作室做配方管理的商用增值版（库存联动、批次成本核算、财税报表），或者直接接「酒馆数字化」的咨询单。
仓库：jekkos/opensourcepos | Star：约 1.6k | PHP + MySQL，十余年持续演进
一句话定位：一套完整的开源餐厅/零售 POS（销售点）系统——收银、库存、供应商、会员、报表全都有。
痛点：中小餐饮店被商用收银 SaaS 按月抽成、数据锁死在厂商云上；而市面开源收银要么年久失修要么功能残缺。
核心拆解：opensourcepos 的可贵在于「真实生意级」的完整度：销售收银台（含挂单、折扣、多种支付方式）、进货收货（receivings）与供应商应付、库存与低库存警报、客户与会员积分、条码秤支持、小票打印机适配、多店/多员工权限，以及一整套营业报表（销售毛利、库存周转、员工业绩）。它还内置餐饮场景特性（如餐桌管理），支持多语言多币种。技术上走经典的 PHP + MySQL 路线，普通办公电脑 + 小票打印机就能起店，硬件门槛极低。代码朴素但结构清晰，是很好的二次开发底座——这也是它 Star 不算爆炸、却在接单圈口碑稳定的原因。
上手难度：⭐⭐⭐（LAMP 部署 + 打印机调试）
适用人群：想给餐馆、奶茶店、零售小店做系统的独立开发者。变现方向：这是本期离钱最近的项目——以它为底座接本地餐饮收银部署单（硬件 + 实施 + 年维护），或改造成垂直业态（烘焙店按斤称重、火锅店桌台呼叫）的付费版本。
| 仓库 | 类型 | Star（约） | 上手难度 | 适用场景 |
|---|---|---|---|---|
| mealie | 食谱管理（自托管 Web） | 1 万+ | ⭐⭐ | 家庭饮食规划、私厨工作台 |
| grocy | 家庭 ERP（Web） | 7k | ⭐⭐ | 囤货管理、小店进销存二开 |
| cooklang | 食谱开放格式 | 1.4k | ⭐ | 食谱平台存储层、AI Agent |
| bar-assistant | 调酒管理（API+前端） | 1.5k | ⭐⭐ | 家庭酒吧、酒馆电子酒单 |
| recipe-scrapers | Python 数据库 | 5k | ⭐ | 食谱数据管道、内容聚合 |
| brewtarget | 桌面应用（Qt） | 1.3k | ⭐ | 自酿啤酒配方设计 |
| opensourcepos | 收银系统（PHP） | 1.6k | ⭐⭐⭐ | 餐饮零售 POS 接单 |
mindmap
root((开源厨房生态))
食谱层
mealie 应用
cooklang 格式
库存层
grocy 家庭ERP
bar-assistant 酒架
数据层
recipe-scrapers 爬取
饮品与工艺
brewtarget 自酿
门店经营
opensourcepos 收银
一条隐藏的主线：cooklang 和 recipe-scrapers 解决「食谱数据从哪来、怎么存」，mealie 和 grocy 解决「怎么用起来」，opensourcepos 解决「怎么靠它开店赚钱」——三层拼起来，就是一个完整的饮食科技产品矩阵。
flowchart LR
A[开源仓库] --> B[个人自托管]
A --> C[接单二开]
A --> D[垂直SaaS]
B --> E[口碑与案例]
E --> C
C --> F[中小餐饮与酒馆]
D --> G[订阅收入]
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。