ChatBook 開源 AI 工具消失始末：看懂一鍵部署斷在哪裡

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

2024 年上半年，GitHub 上有個叫 ChatBook 的開源專案，主打替企業把 AI 對話、AI 客服、知識庫問答、心智圖與 PPT 生成包成一整套，README 裡還附了一顆一鍵部署到 Vercel 的按鈕。2026 年 10 月的今天去查它，會得到三個很乾脆的答案：GitHub 上整個 chatbookai 帳號連同所有倉庫一起回 404、官方網域 chatbookai.net 連 DNS 解析都沒有、npm 上也查不到任何套件。這不是服務降級或暫時維護，是帳號等級的徹底消失。

ChatBook 的 web 版本體已經沒有人能安裝操作；它留下的東西看得到三種：第三方在 2024 年 1 月留下的完整程式碼鏡像、網際網路檔案館在 2024 年 6 月留下的頁面快照，以及今天任何人都能重複的連線與 DNS 檢查。至於它宣稱的各項功能效果，也沒有人能在今天驗證。

這篇要看的也不只是訃聞。介紹文到現在還搜尋得到，裡面那顆一鍵部署按鈕的教學也還在，而按鈕的兩端，一端指向已經刪掉的倉庫、另一端指向已經沒有 DNS 的官方網域。看懂這顆按鈕斷在哪裡，比記住又一個工具死了更有用。

現在去查，會看到三個屍體證據

先看 GitHub。直接打開 github.com/chatbookai 會得到 404，往 API 查也是同樣結果，而且不只是主倉庫 ChatBook 消失，同一帳號下的前端倉庫 ChatBookUI、以及另一個做 AI 簡報的 ai-to-pptx，全部一起 404。整個帳號被刪掉或設為隱藏，與單一倉庫改名或搬家是不同等級的事：改名通常會留轉址，帳號消失則什麼都不留。

Pin

網域那邊更乾脆。對 chatbookai.net 查 DNS 的 A 紀錄與 NS 紀錄，兩者都是空的；不論走 HTTP 還是 HTTPS，換任何工具去連，得到的答覆都一樣：這部主機無法解析。一個網域走到連名字解析都沒有，通常代表註冊沒有續、或解析紀錄被整批撤掉。順帶一提，這個網域在網際網路檔案館裡從來沒有任何一次成功收錄，它生前就沒被存檔過。

npm 補上最後一塊。查 registry 裡的 chatbook 套件，回「Not found」。這條本來就是輔助證據，但三個放到一起，指向同一個結論：這個專案沒有留下任何一條官方安裝路徑。

死亡時間可以縮到一段區間，但釘不到確切日期。檔案館對這個倉庫最後一次有效收錄是 2024 年 6 月 6 日，當時頁面顯示 59 顆星、15 個 fork、631 個提交、描述完整、README 一切正常；同一帳號的 ai-to-pptx 在 2024 年 5 月 24 日的收錄裡有 337 顆星。631 個提交代表投入是真的，這已經超出玩票等級的草稿專案。也就是說，消失發生在 2024 年 6 月之後的某個時間點，至於是幾月、為什麼、有沒有預警，網路上找不到任何官方聲明。

Pin

它活著時賣的願景：單位開一次 AI 帳號，全單位使用

從 2024 年 6 月的快照看，ChatBook 的 README 開宗明義是「主要提供一站式 AI 服務」，列了六個功能：基礎 AI 對話、AI 角色代理、AI 客服、AI 知識庫、AI 生成心智圖、AI 生成 PPTX，另外標榜可自訂 AI 工作流程。整份文案裡最有企圖心的一句話是銷售邏輯：不需要每位使用者各自去開通各家 AI 模型的會員，由單位開通一次，就能給單位內部使用。這是 2024 年很典型的願景，把 ChatGPT 熱潮打包成企業內部的共用基礎設施，Admin 開好金鑰、審核使用者，員工直接用。

有趣的是，這個專案同時養過兩種形態。2024 年 1 月的後端鏡像是一個 Electron 桌面應用：Windows 64 位元安裝檔、本機跑在 1988 連接埠、依賴你自己申請的 OpenAI 與 Pinecone 金鑰，主打個人知識庫投餵，把文件上傳、等兩分鐘解析、然後在 Chat 頁面問它。同一時間的前端鏡像已經是連往官方網域的 web 介面。到了 2024 年 6 月的快照，README 教的主要路線收斂到 Next.js 前端加 Express 後端的 web 服務，模型清單列了 OpenAI、Gemini 與百度文心。桌面版與 web 版並存過一陣子，然後死亡把 web 時代的那批整個帶走了。

一鍵部署按鈕還掛著，兩端都斷了

這是整個案子最值得停下來看的地方。2024 年 6 月的 README 提供兩條使用路線，原文寫得很明白：一條是「Vercel 部署前端，後端在 chatbookai.net，適用於簡單體驗」，另一條是「編譯安裝，適用於需要做二次開發」。

簡單體驗那條路，頁面上是一顆掛往 Vercel 的部署按鈕。快照裡保留了按鈕的完整連結，它是 vercel.com/new/clone 開頭、後面帶著 repository-url 參數指向 chatbookai/ChatBook 倉庫的標準一鍵複製流程。問題來了：這顆按鈕今天按下去，clone 的對象是一個 404 的倉庫。按鈕的教學還留在各種介紹文裡，按鈕指向的東西已經不存在。

更隱蔽的是後端那端。README 說簡單體驗模式的後端在 chatbookai.net，也就是說，當年照著教學文一鍵部署出去的每一個前端，聊天與知識庫請求打的都不是部署者自己的伺服器，而是官方網域。如今那個網域連 DNS 都沒有，這些散落在各家 Vercel 帳號裡的前端，介面可能還渲染得出來，但每一次送出的請求都沉進海底。表面免費自架，實際上把命脈交給對方的網域續約狀況，這種死亡不會在你自己的 dashboard 上出現任何告警。

這不是 ChatBook 獨有的設計。先前拆過的文多多 AiPPT 是同一個結構：渲染引擎開源、生成與匯出全打商業 API，開源給你的永遠是前半台車。差別在文多多至今活著，而 ChatBook 用死亡把這個架構的風險演示完了。挑自架工具時，README 裡「後端在我們伺服器」這句話，值得當警語讀，別當賣點讀。

授權說了三套話

想撿遺留程式碼來用的人，會先撞上授權問題，而這個專案的授權前後說了三套話。

一套說法躺在 LICENSE 檔裡。2024 年 1 月的兩份鏡像，前後端倉庫各附了一份 LICENSE 檔，打開都是 GNU General Public License v2.0 的標準全文。這是第三方在當下時點完整拷貝的，可信度相當高。

另一套出現在 README。2024 年 6 月的快照版 README，版權聲明段落寫的是「本項目發行協議：AGPL-3.0 License」。GPL-2.0 與 AGPL-3.0 是兩份義務差異不小的授權，中間是否正式換約、LICENSE 檔有沒有跟著改，因為檔案館沒有存到 2024 年 6 月的 LICENSE 檔，已經無法查證。

商業條款又是獨立的一套。同一段 README 寫著：閉源商用需另行取得商業授權，價格 36,000 元人民幣或 5,000 美元；開源商用不用聯繫，但你必須在自家官網頁尾放上這個開源專案的連結；另外「系統裡面帶的模板並不是開源項目的一部分」，自帶四套模板免費，更多模板要另外購買授權。甚至還有一段推廣換積分的機制，宣傳這個專案可以累積積分，折抵商業授權費用最多五成。

三套說法並存，對今天的讀者意味著什麼？如果你拿 2024 年 1 月的鏡像程式碼二次開發，手上唯一的書面授權是 GPL-2.0；但原作者的 README 曾經主張 AGPL-3.0 加上模板另售加上頁尾連結義務，而作者本人已經消失，無從澄清。法律結論要留給律師，這裡只並列事實：檔案說一套、文宣說一套、商業條款再說一套，這種狀態的遺留程式碼，拿來內部研究風險有限，拿去做產品前需要自己找律師。

「一站式」攤開在 package.json 裡的樣子

頁面快照存下了 2024 年 6 月版的 package.json 全文，這份依賴清單比任何文案都誠實。

一個標榜企業知識庫與 AI 對話的服務，dependencies 裡躺著 arweave（區塊鏈儲存）、bip39-web-crypto 與 human-crypto-keys（加密貨幣錢包那套助記詞工具）、react-credit-cards 與 payment（信用卡輸入介面與支付處理）、以及十幾套圖表與日曆元件。清單裡還有 fs 這個著名的佔位垃圾套件、還有 npm 與 install 這兩個不該出現在生產環境依賴裡的東西。往前一個時點看，1 月的前端鏡像裡，目錄結構是 src 底下的 @core 資料夾，這是商業級 MUI 管理後台模板的標準指紋。

拼起來的圖像是：所謂一站式，工程上接近把一整套付費管理後台模板連同它的整個生態系搬進來，再用 Langchain 與 Pinecone 補上 AI 那一層。這種做法 2024 年非常普遍，速度快、介面漂亮，代價是維護面積爆炸，任何一個上游套件的安全更新你都得跟。倉庫根目錄還躺著一個檔名就叫 undefined.pptx 的檔案，上傳檔名沒取到值就落盤的典型 bug 痕跡，順著這個細節看那些「一站式」承諾，很難不折扣。

還剩下什麼能拿：兩面停在 2024 年 1 月的鏡子

官方的東西全滅了，但 2024 年 1 月 24、25 兩天，一個叫 tuzimao 的 GitHub 用戶把當時的後端與前端各拷貝了一份：tuzimao/ChatBookAI 是後端與桌面端，ChatBookUItest 是前端。從建立時間與內容完整度看，這份拷貝來得及時又完整。今天找得到的 ChatBook 完整程式碼就只有它們。

Pin

但要看清楚鏡像裡是哪個時代。1 月的鏡像停在桌面版與它的舊 web 前端：Electron 28、Windows 64 位元安裝檔、Express 本機後端、連接埠 1988，AI 靠你自己去 OpenAI 與 Pinecone 申請金鑰，Node 版本建議 18.17.1。6 月 README 描述的那個 web 版一站式服務，搜不到任何鏡像，跟著帳號一起消失了。所以「ChatBook 還能不能用」的誠實答案是：文宣裡那個版本永遠不能了；鏡像裡這個 2024 年 1 月的桌面知識庫工具，技術上或許還跑得起來，前提是你接受它無人維護、依賴兩個付費雲端服務、而且介面與功能都停在兩年多前。

至於同帳號下更受歡迎的 ai-to-pptx，337 顆星的 AI 簡報生成器，下場相同：搜不到任何鏡像，程式碼一併消失。一個組織連最受歡迎的倉庫都沒有留下拷貝，這件事本身就是開源託管的提醒，程式碼放在別人的平台上，存活取決於帳號狀態，EasyExcel 停止維護那篇講的是維護斷線，這篇是更乾脆的整櫃搬空。

下次挑自架 AI 工具，先看後端依賴誰

從這個案子可以帶走一個具體的檢查動作，五分鐘內做得出結論的那種。

拿到任何一個標榜開源或自架的 AI 工具，先別看功能列表，翻到部署文件找一句話：後端跑在哪裡。如果答案是官方網域，你的產品壽命就等於對方的網域續約狀況，ChatBook 的用戶已經示範過結局。如果文件提供了完整的離線部署路徑，docker compose 拉起來所有元件都在你自己機器上，再去比較功能也不遲。先前 DeepLX Serverless 部署那篇的結論在這裡完全適用：部署位置比部署速度重要，一鍵按鈕通往的路，常常正是將來斷掉的那條。

授權也要對著看兩眼：LICENSE 檔案與 README 的說法是否一致，有沒有「模板另售」「商用另談」這類附加條款。這些條款合法也常見，但它們意味著你拿到的開源範圍比宣傳頁面窄，窄多少，要打開檔案數，不能聽文案講。

最後是面對搜尋結果的姿勢。到今天為止，搜尋 ChatBook 還是找得到收錄它功能列表的目錄與介紹文，就像那些讓殭屍工具繼續站崗的目錄頁一樣，目錄的強項在於發現；確認還活不活著，它管不到。按按鈕之前，GitHub 帳號、官方網域、最後提交日期，三個訊號各自查一遍，加起來不用五分鐘。

這篇釘不死的地方

這篇有三個釘不死的地方。倉庫消失的確切時間與原因不可考，只能給出 2024 年 6 月之後這個範圍，動機相關的任何說法目前都沒有依據；2024 年 6 月時點 LICENSE 檔的實際內容沒有存檔，GPL-2.0 與 AGPL-3.0 之間的切換是否正式發生過，無法驗證；至於 web 版的全部功能宣稱，都來自 README 與頁面快照，沒有運行實證，鏡像版雖然程式碼完整，桌面版能否在今天的環境安裝成功，目前沒有人試過。

鏡像本身還有一層不確定性：tuzimao 是第三方身分，鏡像與官方原始碼是否逐位元組一致，已無官方版本可對照。歷史紀錄顯示它在專案活躍期同步拷貝、且 LICENSE 與程式碼結構自洽，這已經是最好的狀況，但引用它的任何內容時，拿到的是鏡像，官方原件已不存在。

工具會死，按鈕會留下來繼續接單。搜尋「ChatBook」時記得看日期，然後用上面那三個訊號自己再跑一輪。