每天打開Hacker News，未讀數(shù)字像滾雪球。Lobste.rs的鏈接質(zhì)量高，但得手動翻頁。兩個平臺加起來，篩選成本至少15分鐘——這還沒算被標題黨騙進去的時間。

Claude Code用戶現(xiàn)在有個新選擇：輸入/digest，系統(tǒng)從過去3-7天的數(shù)百篇文章里，自動撈出按投票數(shù)排序的精華。首批用戶反饋很直接："像有個實習(xí)生每天幫我做剪報，但從不請假。"

零依賴的Python腳本，怎么做到比RSS閱讀器更聰明

這個叫tech-digest的skill，核心邏輯出奇簡單。fetch_feeds.py用標準庫里的urllib和xml.etree，多線程并行拉取RSS 2.0和Atom feed，按日期分組，去重，再按投票數(shù)過濾。

關(guān)鍵設(shè)計是"按天歸檔+分數(shù)門檻"，而非"時間流"。

傳統(tǒng)RSS閱讀器的問題是：新文章不斷頂?shù)襞f文章，好內(nèi)容沉底。tech-digest的做法是每天每個源只取Top N（默認Hacker News取5篇，Lobste.rs不限但按分排序），跨天內(nèi)容自動去重。輸出格式像周報：Sunday, April 13 → Saturday, April 12 → 逐日展開。

作者CamilleRoux在README里寫得很克制："Pure Python stdlib, zero external dependencies." 沒有requests，沒有feedparser，甚至沒有pip install。安裝腳本直接git clone到~/.claude/skills/digest/，或者一行curl | bash——雖然官方更推薦前者，方便檢查腳本。

這種設(shè)計瞄準了一個具體場景：Claude Code的運行環(huán)境不可控，依賴越少，故障面越小。用戶可能在企業(yè)內(nèi)網(wǎng)、容器、或者臨時VM里用，"pip install失敗"是高頻痛點。

YAML配置背后的產(chǎn)品哲學(xué)：不替用戶做選擇，但降低選擇成本

sources.yml的結(jié)構(gòu)很直白：name, url, site, description, limit（可選）。加一個新源，復(fù)制粘貼改四行。默認只配了Hacker News和Lobste.rs，但文檔里留了鉤子："Any valid RSS 2.0 or Atom feed is supported."

這里有個微妙的權(quán)衡。作者完全可以預(yù)裝20個主流技術(shù)源，但選擇了最小集合。理由是：RSS源的質(zhì)量衰減很快，今天活躍的博客明年可能404；預(yù)裝太多，維護負擔和噪音同步上升。

limit字段的設(shè)計更見功力。 不同源的投票分布差異巨大——Hacker News頭部效應(yīng)極強，取Top 5足夠；小眾社區(qū)可能需要Top 10才能覆蓋有價值內(nèi)容。YAML把控制權(quán)交還用戶，但用默認值降低決策疲勞。

對比之下，一些商業(yè)RSS服務(wù)的問題是"過度智能"：算法推薦不可解釋，用戶不知道漏掉了什么。tech-digest的反其道而行，用明確的規(guī)則（分數(shù)閾值、天數(shù)范圍、源列表）換取可預(yù)測性。

Claude Code的skill生態(tài)：從"工具調(diào)用"到"工作流封裝"

安裝方式分兩種。Claude Code Plugin（推薦）：/plugin marketplace add CamilleRoux/tech-digest，一行命令搞定。手動安裝則走git clone + bash install.sh，適合想審計代碼的用戶。

運行時的交互極簡：

/digest # 默認3天
/digest 7 # 7天
/digest 14 # 14天

Claude Code讀取SKILL.md里的指令，調(diào)用fetch_feeds.py，把輸出格式化為markdown列表。整個過程在本地完成，RSS內(nèi)容不過第三方服務(wù)器——這對讀Hacker News上"某大廠內(nèi)部架構(gòu)揭秘"類敏感標題的開發(fā)者，是個隱性加分項。

skill的定位值得玩味。 它不做摘要生成（省API token），不做情感分析，不輸出"今日趨勢"。就是純粹的聚合+過濾+排序，把"讀什么"的決策成本壓到最低。用戶拿到列表后，自己判斷點哪篇。

這種克制和Claude Code本身的設(shè)計理念一致：AI是編碼環(huán)境的延伸，不是替代。開發(fā)者仍然需要讀原文、做判斷、寫代碼——但省掉了機械性的信息篩選。

技術(shù)實現(xiàn)里的幾個務(wù)實選擇

fetch_feeds.py的代碼沒公開，但從文檔反推，有幾個工程決策很典型：

多線程而非異步。 RSS拉取是IO密集型，但Python的async/await對普通開發(fā)者有認知門檻。threading + queue足夠解決問題，且調(diào)試更直觀。

XML解析用標準庫。 feedparser功能豐富，但依賴多、體積大。RSS 2.0和Atom的schema穩(wěn)定，手寫解析器維護成本可控。

日期分組用本地時區(qū)還是UTC？ 文檔沒提，但"Sunday, April 13"的顯示格式暗示按用戶本地時間歸檔——這對跨時區(qū)團隊讀"昨日熱帖"更友好。

CI配置在.github/workflows/ci.yml里跑Python語法驗證+feed測試，確保源列表里的RSS地址仍然可達。ISSUE_TEMPLATE分了bug report和feature request，社區(qū)治理的底子打好了。

CHANGELOG.md和CONTRIBUTING.md的存在，說明作者預(yù)期這個skill會被 fork 和二次開發(fā)。開源協(xié)議沒明確寫，但目錄結(jié)構(gòu)遵循Claude Code skill的社區(qū)慣例。

誰需要這個，誰不需要

目標用戶畫像很清晰：每天用Claude Code寫代碼，同時被信息過載困擾的開發(fā)者。典型場景是周一早上，輸入/digest 7，快速補課周末錯過的技術(shù)討論。

不適合的人群也很明確：需要全文搜索歷史文章的人（tech-digest只緩存最近N天），依賴AI生成摘要的人（它只給標題和鏈接），或者用VS Code Copilot不用Claude Code的人（skill生態(tài)不互通）。

一個有趣的邊緣案例：企業(yè)內(nèi)網(wǎng)有內(nèi)部技術(shù)博客，可以用sources.yml加進去，讓/digest同時覆蓋公開和社區(qū)內(nèi)容。但這時候要注意權(quán)限——如果某篇內(nèi)網(wǎng)文章被錯誤地同步到Claude Code的上下文里，可能有合規(guī)風險。

作者沒提數(shù)據(jù)隱私條款，但代碼全本地運行，RSS內(nèi)容不進Anthropic服務(wù)器，這比"把Hacker News鏈接發(fā)給第三方API做摘要"的方案更可控。

現(xiàn)在有個問題留給讀者：如果你的/digest每天只能保留一個源，Hacker News和Lobste.rs，你會怎么選？