前言¶

跟蹤 AI 行業頭部 builders（研究者、創始人、PM、工程師）的動態，常見做法有幾種：自己寫爬蟲定時抓 X 和 YouTube、接入帶 API key 的第三方摘要服務、或者用功能完整的訂閱 skill 但被迫配置 cron、Telegram bot 或郵箱投遞。前一種要維護腳本，後兩種要管 key 和投遞渠道。

follow-builders-lite 是上游開源項目 zarazhangrui/follow-builders 的輕量版：上游已經用 GitHub Actions 把 X 和 YouTube podcasts 的內容統一聚合成公開的 feed JSON，這個 skill 直接讀這些 JSON，不做本地抓取、不需要 API key、不配 cron、不接投遞。

這是什麼¶

follow-builders-lite 是一個基於標準 SKILL.md 格式的 Agent Skill，由 SkillHub 上的社區發佈者 user_7c5829b7 發佈，版本 1.0.0，分類 knowledge-management，標籤 requires_api_key=false。它解決的問題是：讓 agent 在用戶問「AI builders 最近有什麼動態」「給我一份 /ai 摘要」時，能從公開 feed JSON 里拉取最新內容並整理成摘要，而不用任何密鑰或定時任務。

它的上游是 GitHub 倉庫 zarazhangrui/follow-builders。上游倉庫用 GitHub Actions 定時抓取一批 AI builders 的 X/Twitter 帖子和 YouTube 播客轉錄，統一寫入倉庫根目錄的 feed JSON 文件。follow-builders-lite 直接複用這些文件。

核心功能¶

這個 skill 本身沒有獨立的抓取邏輯，它的能力邊界就是「讀上游 feed JSON，整理成摘要」。具體來說：

1、從公開 feed JSON 讀取過去一段時間內頭部 builders 的帖子和播客內容；
2、按 builders 維度彙總，整理成 digestible 摘要；
3、不做本地抓取，不依賴任何 API key，不配置 cron，不接 Telegram 或郵箱投遞。

需要說明的是，這些 feed JSON 是上游倉庫的產物，不是這個 skill 自己生成的。skill 做的事情是消費。

數據來源與 feed 結構¶

上游倉庫根目錄下有三個 feed 文件：

feed-x.json
feed-podcasts.json
feed-blogs.json

這三個文件由上游的 GitHub Actions 定時更新。以 feed-x.json 爲例，結構如下：

{
  "generatedAt": "2026-11-04T06:28:22.825Z",
  "lookbackHours": 24,
  "x": [
    {
      "source": "x",
      "name": "Swyx",
      "handle": "swyx",
      "bio": "achieve ambition with intentionality...",
      "tweets": [
        {
          "id": "2117679157035602065",
          "text": "As part of the most insane AIE lineup...",
          "createdAt": "2026-11-03T18:03:50.000Z",
          "url": "https://x.com/swyx/status/2117679157035602065",
          "likes": 83,
          "retweets": 7,
          "replies": 41,
          "isQuote": true,
          "quotedTweetId": "2117617798729887960"
        }
      ]
    }
  ]
}

每個 builder 條目包含 source、name、handle、bio 和 tweets 數組，tweets 裏有完整 text、時間戳、鏈接和互動數據。feed-podcasts.json 是類似結構的播客轉錄聚合。feed-blogs.json 是博客條目聚合，格式與前兩個一致。

skill 讀這些 JSON 時不需要任何鑑權，因爲文件在公開 GitHub 倉庫裏，直接 HTTP GET 即可。這是它能做到 requires_api_key=false 的前提。

啓用方式¶

follow-builders-lite 發佈在 SkillHub 上，官方地址是：

https://api.skillhub.cn/user_7c5829b7/follow-builders-lite

SkillHub 頁面分類爲 knowledge-management，社區來源，版本 1.0.0。它遵循標準 SKILL.md 格式，因此可以添加到任何支持該格式的 agent 環境中（Claude Code、Cursor 等）。

安裝和啓用的具體命令需要從 SkillHub 頁面獲取，本文寫作時該頁面未能成功抓取，因此不在此給出未經覈實的命令。需要確認的是：這個 skill 沒有任何依賴需要安裝，也沒有環境變量或配置文件需要填寫——這是它與上游完整版的關鍵區別。

典型用法¶

典型用法是：用戶在對話中提出類似下面的請求：

• 「給我一份今天的 AI builders 動態摘要」
• 「最近有哪些頭部 builders 在 X 上說了什麼」
• 「/ai，總結一下這週的 AI 行業更新」

skill 收到這類請求後，會從上游公開 feed JSON 拉取最新內容，按 builders 分組整理，輸出一份摘要。整個過程在對話內完成，不需要用戶提前配置任何東西。

由於 skill 不接投遞渠道，摘要只在當前對話裏給出。如果用戶想要定時自動收到摘要，這個 lite 版不滿足——需要回到上游完整版 follow-builders，用它的 cron 和 Telegram/郵箱投遞。

適用場景與注意¶

適合誰：

• 想快速讓 agent 具備 AI builders 摘要能力，又不想配 key、不想搭定時任務的開發者；
• 主要在對話裏臨時要一份摘要，不需要自動投遞的場景；
• 希望數據來源透明、可審計——feed JSON 都在公開倉庫裏，隨時可以去看原始內容。

限制和坑：

• 內容時效性依賴上游 GitHub Actions 的運行頻率。feed JSON 裏的 generatedAt 字段會告訴你這份數據的生成時間；
• feed 覆蓋的 builders 列表由上游維護，是精選列表，不是全網抓取。想加人或換人，要去上游倉庫提 issue 或自己改，lite 版不改這個；
• 只讀公開 feed，沒有 YouTube 轉錄之外的原始音頻或視頻解析能力；
• 不提供 cron 和投遞，只做對話內的按需摘要。

結尾¶

follow-builders-lite 的價值在於把「AI builders 動態摘要」這件事的複雜度降到最低：上游負責抓取和聚合，skill 只負責讀 JSON 和整理。沒有 key，沒有 cron，沒有投遞配置，沒有本地抓取腳本。適合在對話裏臨時要一份摘要的場景。

官方地址：https://api.skillhub.cn/user_7c5829b7/follow-builders-lite

上游倉庫：https://github.com/zarazhangrui/follow-builders