CookLikeHOC 開源食譜庫，老鄉雞 336 道菜連供應商都查得到

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

CookLikeHOC 是一個把中國連鎖快餐品牌老鄉雞（Home Original Chicken）整本《菜品溯源報告》拆成 336 個 markdown 檔案的線上食譜庫，放在 GitHub 上讓任何人查閱，也提供可以直接瀏覽的網站。這個倉庫有 24,475 顆星，但我想先講一個容易誤會的地方：它收錄的內容，本質上是餐廳中央廚房的規格書，一般家常食譜那種「鹽少許、油適量」的寫法在這裡找不到。把它當研究資料庫，它很有意思；把它當新手做菜教案，你會在第一道菜就卡住。

它收的是餐廳規格書，家常食譜的寫法在這裡找不到

我抓了倉庫裡的「包菜炒雞蛋」這道菜來看結構。配料表是這樣開的：圓包菜（高麗菜）後面括號裡掛著六家供應商，從上海的大年初一、湖北的廣鵬嘉業到蜀海深圳與蜀海北京；雞蛋後面掛著三家，包括壽縣老鄉雞家禽養殖；紅蘿蔔絲後面又是六家。接著是做法：下入 200 公克大豆油與 600 公克蛋液炒成蛋片，再下 150 公克熟豬油與 60 公克蒜子爆香，最後 1,200 公克圓包菜加 200 公克紅蘿蔔絲、13 公克鹽、10 公克雞精（雞粉）、50 公克生抽（淡醬油），大火翻炒 2 分鐘後再把蛋片倒回去炒 1 分鐘。

一份檔案同時講兩件事。工藝面：油溫、下料順序、克數、時間全都是固定的，這是連鎖餐廳能讓一千家門市端出同一盤菜的原因。溯源面：每種配料後面那串名字，等於把整條供應鏈攤在桌上，同一種高麗菜有六個來源，代表哪一家出問題都能換。這種資訊在餐飲業是內部機密等級的文件，老鄉雞把它印成報告公開，本身就是一種行銷手段，而 CookLikeHOC 把這份行銷文件變成了可以檢索的資料庫。

Pin

整個倉庫目前的盤點數字是：336 道菜、15 個分類、192 張成品圖。分類以炒菜最大宗，有 70 道，其次是蒸菜 49 道、配料 40 道、早餐 35 道、主食 31 道；最小的是烤類，只有 1 道。有些菜還拆成好幾個版本檔案，例如「農家小炒肉」就同時存在玉耳、玉耳版本、雞蛋乾、雞蛋乾版本四個檔案，對應報告裡不同配料的做法差異。40 個配料檔案則是另一個看點：剁椒醬、蔥油、花椒汁、宮保雞丁調味醬、番茄湯膏這些醬汁底料各有獨立檔案，等於把餐廳的調味配方也一併攤開。網站本身用 VitePress 架成靜態站，頂部導覽列以 15 個分類為主體，每道菜一個頁面並附站內搜尋，分類索引頁由腳本自動生成。

Pin

從一個玩笑，到 2.4 萬顆星

這個倉庫的起源，作者 Soil Zhu 在 GitHub issue #26 有完整自述。2024 年 4 月，多家媒體刊載「老鄉雞開源」的消息，他好奇一家賣雞的餐廳能開源什麼，看完才發現對方只是公布了自己的《菜品溯源報告》。他決定把這個玩笑當真：既然大家叫它開源，那就真的把報告放上 GitHub。他和朋友花了幾天，人工把 PDF 拆成一個個 markdown 檔案，因為先前就知道工程師社群的知名做菜專案 HowToCook，直接上傳 PDF 太沒意思了。寫那份聲明時他還是個大二學生，logo 沿用老鄉雞原版農夫的畫風重畫，當時專案也只有他與朋友兩位貢獻者。這些背景在 2025 年 9 月 18 日凌晨的說明裡都有交代，用意是劃清界線：貢獻者與老鄉雞的關係只有消費者與商家，其他冒名發文的媒體帳號也與他無關。

倉庫上線後小爆紅了一陣，還登上開源中國的日報，隨後就沉寂了很長一段時間。轉折點在 2025 年 9 月，作者自述當時羅永浩與西貝的輿論爭議中，羅永浩自己舉了老鄉雞當正面例子，網友順著這個話題把倉庫翻了出來。從 issue 的時間與現在的星數來看：issue 發布當天星數是 2,300 多，到 2026 年 8 月已經是 24,475 顆星、2,390 次 fork，等於十一個月成長超過十倍。這也是我為什麼說星數衡量的是話題性與透明度敘事，跟菜好不好吃沒有關係，兩者之間不存在那種因果。

還有一個值得注意的時間點：報告原文的連結已經失效了。倉庫 README 指向老鄉雞官網的《菜品溯源報告》原始頁面，兩條舊連結現在都已經 404，官網上仍然活著的是 2026 年發布的《溯源報告 2.0》下載專區。也就是說，今天你想看 2024 年那份報告的完整內容，公司官網已經不提供了，反而是這個第三方倉庫把它保存了下來，並且在 2026 年 5 月 8 日把 2.0 新增的菜色也補了進去。內容保存價值與授權模糊，在這個專案身上是同一枚硬幣的兩面。

cooklikehoc.com 不是官方站，進門前先認明網域

2026 年 7 月 19 日，倉庫 README 新增了一份聲明：cooklikehoc.com 與本專案無任何關聯，不是官方網站，頁面上的追蹤器、廣告，以及可能把你帶往非法網站的轉址連結，都不代表倉庫行為；專案唯一的網頁是 cooklikehoc.soilzhu.su，並承諾不放廣告與跨站追蹤。

我把兩個網域的首頁原始碼都抓下來比對過。cooklikehoc.com 用的同樣是 VitePress 架構，頁面外觀跟官方站幾乎一樣，差別藏在原始碼裡：它載入了 Google AdSense 的 adsbygoogle，以及 gtag 分析腳本（GA4 資源 G-862FZEE6QC），而官方站 soilzhu.su 的首頁原始碼裡，這幾個追蹤器一個都掃不到。換句話說，仿冒站做的事情是把別人免費公開的內容複製一份，再靠你的流量賺廣告費。搜尋時認明 soilzhu.su 這個網域，或從 GitHub 倉庫的連結進站，是最保險的路徑。這類仿冒在熱門開源專案身邊並不罕見，手法多半是整包複製靜態站再植入廣告與統計腳本，賺搜尋流量與品牌誤認的紅利；CookLikeHOC 因為內容全部公開、架站成本極低，特別容易被整份鏡像。

拿回家庭廚房：份量先除以四

回到最實際的問題：這些食譜在家裡能用嗎？我的看法是可以用，但方法要對。1,200 公克圓包菜配上 600 公克蛋液，這是商業批次的量，換算一下，600 公克蛋液大約是十顆全蛋，直接照做你會得到一鍋餵飽六到八個人的包菜炒蛋。先把所有公克數按比例縮到四分之一或六分之一，再對照時間參數微調。

接著，換個角度讀配料表。那些供應商名字你在台灣的市場買不到，它們的價值在於告訴你餐廳對每種配料的規格要求，例如香菇要用哪個產地等級、調味料下到什麼比例，而不是採購清單。把它當作理解一道菜構成的解剖圖，比把它當購物車實際。玉耳、雞蛋乾這些變體檔正好呈現報告的顆粒度：同一道農家小炒肉，換一種主要配料就多一份檔案，想比較做法差異時反而是順手的設計。

作者自己在 issue #26 也坦白，他嘗試復刻報告裡的幾道菜都翻車了，兩位貢獻者沒有時間與設備把每道菜都做過一遍，所以部分菜色配有 AI 生成或社群貢獻的實拍圖，倉庫也持續邀請讀者把自己做出來的照片透過 PR 補上去，另有一個 AI 手繪配圖版網站 ai.cooklikehoc.soilzhu.su。也就是說，這個資料庫連作者都沒驗證過全部內容，份量與順序拿來當參考基準就好，指望照做就成功會失望。

如果你要找的是逐步口語化、份量已經幫你算好的做菜指引，TechMoon 先前介紹過的 CookHero 自架食譜助理 與 CookLab 烹飪知識庫 更接近那種用法；想找調酒類的配方資料庫，可以看我們寫過的 Mixbooze 雞尾酒食譜站。CookLikeHOC 的位置偏向「原始規格＋大眾協作補圖」的資料庫，兩者是互補關係。

想自己架一份，一行 Docker 指令就起

整個網站是 VitePress 蓋出來的靜態站（套件宣告 1.3.4 以上，部署站實際以 1.6.4 建置），原始碼就在倉庫裡。要自己跑有個前提：網站設定放在 vitepress 分支，main 分支上沒有，得先依官方開發文件切過分支再動作。兩條路：熟悉前端的，裝好 Node.js 18 以上，切到 vitepress 分支跑 npm 的 docs:dev 就能在本機起一份；不想碰 Node 的，倉庫附了 Dockerfile，docker build 之後 docker run 把埠號映射到 3001，瀏覽器打開就是自己的鏡像。細節上，倉庫的 package.json 在每次建置前會先跑一支索引生成腳本，自動產出各分類的索引頁，你 fork 之後加一道菜檔案，分類頁的連結會自己補上；192 張成品照片直接放在 images 資料夾，合計約 6MB；倉庫近 205MB 的體積主要來自 git 歷史。Docker 支援與 AI 配圖版網站分別來自社群的 PR #141 與 #143，維護者把它們收進主線，這種小型協作讓倉庫在低強度維護下仍能繼續長內容。這類「把平台公開資料整理成自架內容庫」的玩法我們介紹過不少，像 豆瓣書單卡片產生器 也是同一個思路的變形。自架的好處是不受制於別人的網域壽命，畢竟這個專案已經示範過，上游報告連結是會消失的。

星星很多，授權條款沒有

這是採用前最該知道的一條邊界。整個倉庫的檔案樹裡找不到任何 LICENSE 或 COPYING 檔案。沒有授權條款的公開倉庫，法律上預設保留所有權利，別人嚴格來說沒有重製、改作或商業使用的許可，「開源」在這裡是社群俗稱，不是法律狀態。再把內容層也算進去會更複雜：README 自己寫明「文字超大段 copy 自《老鄉雞菜品溯源報告》，有編輯與整理」，食譜文字的原始出處是企業出版物，報告本身也沒有以開放授權條款釋出。個人查閱、引用片段註明出處，風險很低；要整包搬去商用或改作發布，就踩進沒有條款依據的區域，這條線你自己要拿捏。

專案現況方面，最後一次 commit 是 2026 年 8 月 7 日，修的是分支說明文件，屬於低強度維護；2026 年 5 月補 2.0 菜色、7 月加仿冒站聲明，顯示作者仍盯著這個倉庫。open issues 有 132 個，內容從補圖、食譜請求到勘誤與社群討論都有，另外有 Telegram 頻道 t.me/cooklikehoc 發布更新。

判斷與第一步

我會這樣總結：對研究連鎖餐飲供應鏈、想拆解中式快餐工藝、或者想找一個現成題材練 VitePress 與內容庫自架的人，CookLikeHOC 是難得的素材，336 道菜的規格書在別處找不到第二份。對只想今晚煮出一道菜的新手，它不是好起點，先從份量算好的食譜服務入門，再回來這裡看規格細節，順序不要顛倒。

第一步建議這樣走：認明 cooklikehoc.soilzhu.su 進站，挑一道你吃過的分類菜，例如炒菜裡的包菜炒雞蛋，把公克數全部除以四，照下料順序做一次。如果做完想回饋，倉庫歡迎直接發 PR 補上成品照，這是目前內容最缺的一塊：規格是完整的，成品影像是稀缺的。做完你就會明白這份資料庫有意思的地方：它讓你看見一盤連鎖速食的背後，一家公司願意把經營細節公開到什麼程度。