TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南
RSS-AIGC：開源 AI RSS 聚合器，把資訊流接上飛書與智譜 AI 的自架方案
RSS-AIGC 是一套 MIT 開源、自架式的 AI RSS 聚合平台，把 Hacker News、GitHub、ArXiv 收進同一個介面做 AI 摘要，再排程推到飛書。它的差異化幾乎全綁在智譜 AI 加飛書這條中國資訊工作流上，台灣讀者要先看自己用不用得上這套整合。
用 AI 摘要這篇文章：
RSS-AIGC 是一套以 MIT 授權釋出、自架式的 RSS 訂閱與 AI 內容聚合平台，它把 Hacker News、GitHub、ArXiv 這幾個開發者常用的資訊源收進同一個介面，再透過 AI 做摘要、翻譯、分類，最後把整理過的內容排程推到飛書（Lark）群。對台灣讀者來說，要不要把它裝起來，關鍵不在功能多寡，而在你的團隊是不是真的跑在飛書加智譜 AI 這條中國資訊工作流上。
我把它的 GitHub 倉庫從頭到尾翻過一次，沒有實際部署跑起來。理由很直接：這個專案沒有公開的 demo 站，作者也只在 repo 描述裡把它標成一個 Vibe-Coding（AI 輔助生成）的實驗專案。所以這篇要回答的問題，是它賣的這套整合你究竟用不用得上，而不是它有多強。
它實際在做什麼
一句話講：RSS-AIGC 幫你訂閱一堆 RSS 源，把文章全文抓回來、丟給 AI 處理，再選擇性地把摘要排程推到飛書。
把它跟一般 RSS 閱讀器拉開差距的是三個內建模組：
- 多源聚合：內建 Hacker News、GitHub 倉庫動態、ArXiv 論文、AIGC 產業資訊這幾個頻道，等於幫你預先挑好要追的主題池。它也整合了 RSSHub，可以把原本不提供 RSS 的網站轉成訂閱源，並支援 OPML 匯入匯出。
- AI 加工：呼叫 AI 模型做分類、摘要、多語翻譯，甚至把同一主題的多篇文章整併成一份產業報告，還能從 Hacker News 文章裡提取所謂的洞察。
- 飛書推播：能把上述結果用飛書機器人排程丟到群裡，或把報告匯出成飛書文件，支援卡片式訊息格式。
技術上它是一個 Django 專案，後端切成 API、Worker、Scheduler、AsyncAPI、Harbor 五個角色，配 PostgreSQL 當資料庫，前端是 React 加 Vite 編譯的單頁應用。原始碼裡所有模組都用 rssant_ 前綴命名（例如 rssant_api、rssant_worker、rssant_feedlib），這是專案自己的命名慣例。README 列的預設行為裡有幾個值得記下來的數字：訂閱源檢查間隔預設 30 分鐘、每個訂閱源最多保留 5000 則文章、圖片代理預設開啟。
差異化幾乎全綁在中國資訊工作流
把 README 和設定檔攤開來看，這套工具最有辨識度的功能，預設值幾乎都指向中國服務。
AI 加工這層，原始碼 rssant_api/services/ai_service.py 裡的預設 API 端點寫死成 https://open.bigmodel.cn/api/paas/v4，預設模型是 glm-z1-flash，也就是智譜 AI（清言背後的那個模型服務）。.env.example 的 RSSANT_AI_API_KEY 欄位註解也直接寫「智譜 AI 或 OpenRouter」。換句話說，你訂閱的文章內容預設會送進智譜的伺服器做摘要。智譜 AI 是清言（ChatGLM）背後的中國 AI 業者，glm 系列是它們自家的模型線，名稱裡的 flash 通常標示輕量與低延遲的版本。在資料主權與隱私的考量上，這是一條明確的雲端邊界：摘要這個動作發生在智譜的伺服器上，你訂閱的全文或部分內容會傳送到第三方 AI 業者處理，不會只停在你自己機器裡。對台灣讀者來說，這同時意味著要考慮傳輸延遲，以及把內容交給位於中國的 AI 服務是否符合自己或公司的資料規範。
如果你想換成 OpenAI 或 Claude，技術上可以，因為它走的是 OpenAI 相容介面，只要自己去申請 OpenRouter 的 key，把 RSSANT_AI_API_BASE_URL 換掉、RSSANT_AI_MODEL_CONFIG 改成你要的模型 ID 就行。但這要你懂自己在改什麼，預設值不會幫你。
推播這層，feishu/ 目錄裡塞了 18 個腳本與說明檔，全是圍繞飛書機器人推送、卡片格式化、報告生成的工具。我在 views 與環境變數清單裡找不到 Telegram、Slack、電子郵件之類的其他推播或匯出端點。要啟用飛書功能，README 的 FAQ 寫得很明白：你得先到飛書開放平台自己建一個應用，拿到 App ID 和 App Secret，再設成 RSSANT_FEISHU_APP_ID、RSSANT_FEISHU_APP_SECRET 環境變數，把 RSSANT_FEISHU_ENABLE 設成 True。飛書在海外與台灣的採用度遠不如 Slack、LINE、Discord，所以如果你的團隊不在飛書生態裡，這套工具最被強調的推播與報告匯出兩個主打功能，基本用不上。
搜尋輔助則是另一個混合中美兩邊的設計。AI 影視與 AIGC 資訊搜尋用的是 Tavily（美國的 AI 搜尋 API），同時又另外接了百度搜尋 API 當作另一個資料來源。GitHub 整合需要你提供 RSSANT_GITHUB_TOKEN 來提高 API 速率限制，還需要一組 OAuth Client ID 與 Secret 才能讓使用者用 GitHub 登入。
這些其實不是缺陷，本質上是定位選擇。RSS-AIGC 從一開始就是設計給跑在中國資訊工作流的團隊：用飛書溝通、用智譜或百度處理中文、追蹤 GitHub 與 ArXiv 的技術動態。離開這個情境，它能給你的就退化成「一個自架的 RSS 閱讀器，加上可以用 BYOK key 做摘要」。也可以反過來看，這套工具等於幫你把選源、摘要、推播這三個環節先接成一條龍，省下自己用 n8n 或 Python 把 Miniflux、OpenAI API、飛書 webhook 串起來的工程時間，前提是這條龍上的每一節你都願意用。
自架要付的代價
把它當「裝起來就能用」的輕量工具會踩到第一個坑。最小可運作的部署大概是這樣：
- 一台跑得動 PostgreSQL 11 以上的機器，設定好
RSSANT_PG_HOST、RSSANT_PG_USER、RSSANT_PG_PASSWORD等一整套資料庫連線 - 五個常駐服務（API、Worker、Scheduler、AsyncAPI、Harbor），其中前四個透過
RSSANT_ROLE環境變數切換角色，Harbor 則是獨立的資料持久化服務，整套也支援部署到不同機器做分散式 - Python 3.8 加一大包 Django 與 aiohttp 依賴
- 前端 React 應用另外用 Node.js 16 以上 build，再丟給 Nginx 當靜態檔
- 至少一把 AI API key（智譜或 OpenRouter），想用搜尋輔助還要多一把 Tavily key 與百度 key，想用飛書推播還要一整組飛書開發者憑證
作者有提供 Docker 部署腳本（box/ 目錄，用 Dockerfile 配 supervisord 在單一容器裡跑多進程），把流程收斂了一些，但門檻跟裝一套 Miniflux 或 FreshRSS 完全不是同一個量級。後兩者對台灣讀者來說是更熟悉的輕量自架選擇，TechMoon 先前談過的 FeedCraft 這類 RSS 中介層 也是走輕量路線。
如果你過去有自架過需要資料庫與多服務的開源專案（例如 Nextcloud、Mastodon 那個量級），RSS-AIGC 的部署複雜度不會嚇到你。但如果你只是想找個打開就能用的 RSS 加 AI 摘要工具，這個專案的投資報酬率會很低。另外它也支援 HTTP、HTTPS、SOCKS5 的代理設定（RSSANT_PROXY_URL），對於必須透過代理才能穩定抓國外 RSS 源的環境來說是實用的設計。
它跟其他自架閱讀器的定位差
下面這張表把 RSS-AIGC 跟幾個台灣讀者較常考慮的方案擺在一起，目的是講定位，不是給誰評分。
| 方案 | 定位 | AI 摘要 | 推播整合 | 自架負擔 |
|---|---|---|---|---|
| RSS-AIGC | 多源聚合加 AI 加飛書推播的一條龍 | 內建（預設智譜 GLM） | 飛書為主 | 重（PostgreSQL 加多服務） |
| Miniflux | 極簡自架 RSS 閱讀器 | 無內建 | 獨立服務 | 輕 |
| FreshRSS | 功能較全的自架 RSS 管理器 | 無內建 | 外掛 | 中 |
| Feedly | 雲端訂閱服務 | 付費方案才有 | 雲端通知 | 免自架 |
從這個角度看，RSS-AIGC 真正的差異化是「把 AI 摘要和飛書推播做成內建」，這在主流自架 RSS 讀物裡幾乎找不到對手。但這個差異化的價值，完全取決於你要不要擁抱它背後那條中國資訊工作流。同樣想在 Hacker News 這個資訊源上做點事的讀者，也可以參考 TechMoon 介紹過的 Hacker Trends 這類專門盯 HN 趨勢的工具，或 TopFeed 這種聚合閱讀方向。
RSS 聚合這件事本身的合法性邊界
順帶一提，這套工具的核心動作是訂閱與聚合 RSS 源，而不是繞過網站反爬去抓不公開的內容。Hacker News、GitHub、ArXiv 都提供官方的 API 或 RSS 源，RSSHub 也是把本來就有公開訂閱管道的網站做格式轉換。它做的全文抓取，是針對 RSS 項目指到的文章 URL 去拉取內容，這跟用爬蟲硬扒沒有公開訂閱管道的網站是兩件事。換句話說，RSS-AIGC 的資訊採集是建立在公開訂閱機制上的正當聚合，而不是盜版抓取。真正要自己拿捏的，是你抓回來的全文要怎麼用、能不能商用轉載，這跟工具本身無關，跟來源內容的授權有關。
維護狀態與你得自己扛的風險
把 repo 的活動紀錄拉出來看，會看到幾個必須誠實講的限制。
整個倉庫到目前為止只有三個 commit：2025 年 11 月 22 日初次上傳、11 月 23 日補檔案，之後就一路靜默到 2026 年 2 月 28 日才補上 LICENSE 檔。從那天起到現在，主分支沒再有任何提交，沒有發過任何 release，也沒有打過任何 tag。開 issue 的地方只有一筆資料：2026 年 5 月 19 日有人問 RSS AI 處理能否支援 Magick API，到現在沒有回應。
這些事實合起來的意思是，RSS-AIGC 看起來是單人作者丟上來就差不多停在那裡的 side project，不是持續打磨的產品。作者在 repo 描述開頭直接寫上 Vibe-Coding，也就是 AI 輔助生成的程式碼，這是誠實標示，但同時也意味著你拿到的是實驗性質的程式碼，不是經過長期維運考驗的系統。再加上作者把帳號從原本的 VanGongwanxiaowan 改名成 GongLingRui，ahhhhhfs 那篇推薦文裡的舊連結現在是靠 GitHub 自動轉址才連得到，引用時用新帳號會比較穩。
還有一個授權時間軸上的小細節值得一提。原本 ahhhhhfs 在 2025 年 12 月 17 日發文寫平台已開源，但那段時間倉庫其實沒有任何 LICENSE 檔，公開不等於授權，處於 NO LICENSE 的灰色狀態。MIT 授權是 2026 年 2 月 28 日才補上的，所以現在這個時間點引用它 MIT 開源是正確的，但回到發文當下其實還不算。對於考慮要拿這套程式碼做衍生應用的讀者，這個時間軸差異值得放在心上。另外倉庫根目錄還放了 cleanup_sensitive_data.sh、cleanup_git_history.sh 這類清理腳本，以及一份 .env.backup，暗示開發過程中可能曾經有過需要回頭清理的敏感資料；雖然目前的 HEAD 看起來已經清掉，但對要拿去正式部署的人來說，自己再掃一次歷史紀錄是比較保險的做法。
把這些條件加起來，你選擇自架 RSS-AIGC 等於同意幾件事：遇到 bug 很可能要自己 fork 修、不會有新功能、相容性問題自己看著辦、作者隨時可能完全棄坑。對於要長期依賴的基礎設施類工具，這樣的維護狀態是個明顯的扣分項。
真的想試的話，第一步做什麼
如果你評估過前面這些限制，還是覺得飛書加智譜 AI 正好就是你的工作流，那可以照下面這個順序起步：
1. 先 git clone 倉庫（用新帳號 github.com/GongLingRui/rss-aigc），把 .env.example 與 rssant_config/env.py 整份看完，確認你願意搞定 Postgres、智譜 key、飛書開發者應用這三個前置條件。
2. 照 box/ 目錄的 Docker 流程跑一次，確認在本機起得來、能連到資料庫。
3. 到飛書開放平台建一個測試應用，拿到 App ID 與 App Secret 之後填進環境變數，把 RSSANT_FEISHU_ENABLE 設成 True。
4. 先訂一兩個高流量的源（例如 Hacker News 熱門）跑一輪摘要，看看 glm-z1-flash 在你的內容上的表現能不能接受，再決定要不要換 OpenRouter 接其他模型。
如果你只是對「幫飛書群加一個 RSS 推播機器人」這件事有興趣，TechMoon 介紹過的 FeiSou 飛書搜尋 是另一個看飛書生態的切入點，可以拿來對照 RSS-AIGC 想解的問題。
只要記得一件事：這個專案的價值在於它替一條很特定的工作流，把好幾個環節先接好了，而不是給你一個通用、成熟、長期有人養的 AI 平台。你在那條工作流上，它就值得一看；不在，就有更多更輕、更貼近台灣使用情境的選擇。
