最適合誰
在 Blogger 上撰寫系列文章、想要自動化彙整為電子書並發佈的個人作者。需要具備 Python + Node.js 環境設定能力，且能接受專案可能不再維護的風險。主要價值在於其自動化模式的啟發而非直接使用。
我實際怎麼用
作為模式參考而非直接使用。三個可複用的概念：
- Feed → Markdown 自動導入：
add_article.py的 Blogger API 抓取邏輯可改寫為其他來源（如 PubMed RSS、Zotero 匯出） - mdBook + GitHub Pages：低成本知識庫靜態發佈方案
- 兩段式 PDF：先渲染計算頁碼，再重排目錄頁，可用於需要精確分頁的文件（如試驗計畫書）
真正強的地方
- 從 Blogger API 抓文章、轉 Markdown、自動更新書籍目錄，一條命令完成
- 兩段式 PDF 生成：先計算實際頁碼再重排目錄，封面全版圖 + 頁尾戳記，目錄頁碼精確無誤
- push to main 自動觸發 mdBook build + GitHub Pages 部署，CI/CD 閉環
- 有完整 CLAUDE.md 協議定義 AI 協作規範，Commit 訊息共同掛名，是個實際的 Claude Code 協作案例
失敗模式與不該用的情境
- 16 commits 集中於 2026-03 月，已超過 7 週未更新，專案可能已停滯
- 無 License，法律上不能直接 Fork 或商業使用
- 無測試，程式碼品質無自動化保障
- 僅支援 Blogger Feed API 為來源，其他平台需自行改寫
- 需同時具備 Python + Node.js + Rust（mdBook）三套環境
- 單人興趣專案，無社群、無文件、無 issue 追蹤
價格、上手門檻與風險
- 免費
- 中高門檻：需設定 Python、Node.js、mdBook（Rust）環境，理解 GitHub Actions CI/CD
- 風險：無 License（法律灰色地帶）；專案已停滯可能永久棄坑；環境依賴複雜易出錯
結論
個人出版自動化的概念驗證，三個可複用的技術模式（Feed 導入、兩段式 PDF、mdBook CI/CD）值得參考。但專案本身成熟度不足、無授權、已停滯，別拿來用在任何正式場景。
來源
- GitHub：https://github.com/haipome/WenMing
- 授權：未標示