前言¶

跟踪 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