**本期选题思路：把开源镜头对准「厨房与饮食」这条被严重低估的刚需线。** 前几轮我们挖过健身、血糖、咖啡、观鸟，但饮食数字化这个每天要接触三次的场景，开源界其实有一批沉淀多年的精品：从食谱格式标准、食材库存 ERP，到调酒管理、自酿啤酒配方，再到直接能接商单的餐厅收银系统。这一期的特点是「即装即用 + 变现路径清晰」：有 5 个仓库 Star 在两千上下或以下，属于典型的「小而美」，但每一个都踩在真实付费场景的门口。 > 说明：本期撰写时在线核验受限，文中 Star 数为撰写时点的约数（以各仓库主页实时数据为准），均为长期活跃维护的项目。 --- ### 01 · mealie — 自托管世界的「下厨房」 **仓库**：[mealie-recipes/mealie](https://github.com/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；国内还可以做小程序壳 + 本地化食谱市场。 --- ### 02 · grocy — 冰箱之上的家庭 ERP **仓库**：[grocy/grocy](https://github.com/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 场景的进销存——社区团购自提点、母婴店、奶茶店原料管理，效期+条码这两件事正好是小店刚需，改造后按年收部署维护费完全走得通。 --- ### 03 · cooklang — 食谱界的 Markdown **仓库**：[cooklang/cooklang](https://github.com/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 解析器的商用技术支持。 --- ### 04 · Bar Assistant — 自托管调酒师 **仓库**：[karlomikus/bar-assistant](https://github.com/karlomikus/bar-assistant) | Star：约 1.5k | 配套前端 Salt Rim **一句话定位**：给你的家庭酒吧装一个数字化酒保——记录你有什么酒，然后告诉你「现在就能调的鸡尾酒」有哪些。 **痛点**：照着网上的鸡尾酒教程买了酒，十次有八次卡在「缺一味」；家里十几瓶酒放久了连自己有什么都忘了。 **核心拆解**：项目由 Laravel 写的 API 后端 + Vue 写的 Salt Rim 前端组成（两个仓库，Docker 一键编排）。核心玩法是「酒架（shelf）」概念：把你实际拥有的基酒、利口酒、苦精、装饰物登记成库存，系统会实时计算全库鸡尾酒配方中「你已经能做的 / 只差一瓶就能解锁的」，后者的推荐逻辑（按缺失配料数排序）是它最上头的功能。配料条目做得极细：度数、类别、替代品关系（没有金巴利可以用什么替）、苦度、风味标签都有；配方支持多人评分、收藏、自定义创作，还能从社区维护的公开鸡尾酒配方集批量导入，开箱即有数百个经典配方。多用户支持让合租室友的酒架互不干扰。 **上手难度**：⭐⭐ **适用人群**：家庭调酒爱好者、精酿酒馆/鸡尾酒工作室。**变现方向**：给小酒馆做「电子酒单 + 库存联动」的托管版——客人扫码看酒单、店主后台管库存，是这个开源项目天然的商业化路径；也可为酒吧做会员配方订阅小程序。 --- ### 05 · recipe-scrapers — 食谱数据的第一道工序 **仓库**：[hhursev/recipe-scrapers](https://github.com/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 应用供结构化训练/推理数据，或接内容迁移的私活。 --- ### 06 · Brewtarget — 自酿啤酒配方实验室 **仓库**：[Brewtarget/brewtarget](https://github.com/Brewtarget/brewtarget) | Star：约 1.3k | 跨平台桌面应用（Qt/C++） **一句话定位**：开源的自酿啤酒配方设计器——在投料之前先在软件里把整锅酒的比重、苦度、酒精度算清楚。 **痛点**：自酿是门手艺更是门化学：麦芽种类、煮出时间、酒花投放时机都会改变成品，全靠手算或抄别人配方，翻车率极高。 **核心拆解**：Brewtarget 是自酿圈十多年的老牌桌面软件，Qt 写的原生应用，Windows/macOS/Linux 全平台。核心是一套配方计算引擎：输入麦芽单、酒花表、酵母参数，实时算出原始比重（OG）、最终比重（FG）、IBU 苦度值、色度（SRM）、预估酒精度，并对照 BJCP 风格指南提示你的配方偏离了目标风格多远。配方以 BeerXML 标准导入导出，社区里大量现成配方可以直接下载复现；软件还带酿造日（brew day）步骤清单模式，投料、测温、计时一步步带着走。对硬件玩家，配合开源的糖度计/温控硬件项目可以组成完整的智能酿造台。 **上手难度**：⭐（装上即用，难点在自酿本身） **适用人群**：自酿爱好者、精酿小作坊。**变现方向**：面向精酿工作室做配方管理的商用增值版（库存联动、批次成本核算、财税报表），或者直接接「酒馆数字化」的咨询单。 --- ### 07 · OpenSourcePOS — 能直接接商单的餐厅收银系统 **仓库**：[jekkos/opensourcepos](https://github.com/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 接单 | ### 生态全景 ```mermaid mindmap root((开源厨房生态)) 食谱层 mealie 应用 cooklang 格式 库存层 grocy 家庭ERP bar-assistant 酒架 数据层 recipe-scrapers 爬取 饮品与工艺 brewtarget 自酿 门店经营 opensourcepos 收银 ``` 一条隐藏的主线：cooklang 和 recipe-scrapers 解决「食谱数据从哪来、怎么存」，mealie 和 grocy 解决「怎么用起来」，opensourcepos 解决「怎么靠它开店赚钱」——三层拼起来，就是一个完整的饮食科技产品矩阵。 ### 变现路径 ```mermaid flowchart LR A[开源仓库] --> B[个人自托管] A --> C[接单二开] A --> D[垂直SaaS] B --> E[口碑与案例] E --> C C --> F[中小餐饮与酒馆] D --> G[订阅收入] ``` ### 本期之最 - **最值得立即尝试：mealie** — 一个周末就能给全家搭好「电子菜谱 + 购物清单」，回头率最高的自托管项目之一。 - **最有商业潜力：opensourcepos** — 部署一次收一年维护费，本地餐饮市场永远缺一套「不被抽成」的收银系统。 - **最被低估：cooklang** — Star 不高，但它踩中了「食谱结构化」这个 AI 时代的真问题，格式标准类项目的长期价值往往被严重低估。 ## 参考来源 1. [mealie-recipes/mealie](https://github.com/mealie-recipes/mealie) — 自托管食谱管理主仓库 2. [grocy/grocy](https://github.com/grocy/grocy) — 家庭杂货 ERP 主仓库及官网演示入口 3. [cooklang/cooklang](https://github.com/cooklang/cooklang) — Cooklang 食谱格式规范与工具链（官网 cooklang.io） 4. [hhursev/recipe-scrapers](https://github.com/hhursev/recipe-scrapers) — Python 食谱解析库 5. [karlomikus/bar-assistant](https://github.com/karlomikus/bar-assistant) — 自托管鸡尾酒管理 API > [!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 等场景全覆盖。