先用起来：张咋啦 follow-builders 安装与首次阅读
follow-builders 把作者维护的公开信息源取回，再交给你的 Agent 按语言和阅读偏好整理。第一次使用，建议先在当前聊天里看到一份带原始链接的结果，再单独配置自动推送；这样能分清是内容获取、模型整理还是送达环节出了问题。
下面按 2026-10-25 核对的上游提交 313d901913d007ee6014cf2f622d00e6086e812f 整理。后面的历史分享与评论继续保留；“装上即用”“无需 key”不代表没有模型费用、推送凭据或常驻调度条件。
Claude Code 的手动安装入口
需要已可用的 Claude Code、Git、Node.js／npm，以及能访问 GitHub 和中心 feed 的网络。以下路径来自上游安装说明。目录已存在时先检查当前内容和版本，不要再克隆或覆盖；更新前保留自己的修改。
git clone https://github.com/zarazhangrui/follow-builders.git ~/.claude/skills/follow-builders
cd ~/.claude/skills/follow-builders/scripts
npm install
把 skill 交给自己的 Agent 阅读后，可以说：“设置 follow-builders，先用中文把本期摘要显示在当前聊天，保留来源链接，暂时不开自动推送。”上游 README 使用 /follow-builders 作为入口，SKILL.md 也描述了 /ai；具体斜杠命令取决于宿主是否识别该 skill，未识别时先检查安装位置与宿主加载结果，不把命令名称本身当作安装成功。
OpenClaw 用户可从上游 README 的对应入口安装，并核对所用版本支持的渠道；不要把 Claude Code 的目录直接当作所有宿主的通用路径。
第一次结果怎样算跑通
先确认输出确实有本期内容、源链接和 feed 时间，而不是只生成了“已设置”的答复。再核对语言与摘要风格；某一类来源为空时，检查对应 feed 内容与错误信息，不把空数组等同于整套系统坏了，也不补造条目。
本次对固定提交的三个 feed 实际读取均为 HTTP 200：X feed 有 14 位作者，播客 feed 有 1 条，博客 feed 为 0 条，均未报告 feed 错误。这是该版本的内容快照，不是每日数量保证。还在 Node.js 23.6.1／npm 10.9.2 下完成了依赖安装检查，并禁用了安装生命周期脚本；没有实测 Agent 首次引导、定时任务和 Telegram／邮件送达，因此这些环节不能记为已验收。
自动推送还差哪些条件
内容读取使用作者的中心 feed，不要求用户自己申请 X 或字幕服务 key。模型运行仍依赖你的 Agent 服务；选择 Telegram 或邮件等渠道时，需要相应渠道配置与凭据。不要把这些凭据贴进公开文章或提交进仓库。
按当前 SKILL.md，OpenClaw 可使用它的常驻调度与消息渠道；其他宿主若要定时送达，需要另有持续运行的调度及可用的投递方式。只在终端里装好 skill 或手动读到一期，不证明关掉终端后还会自动发送。正式启用前，至少检查：任务确实创建、计划时间与时区正确、执行记录成功、目标渠道实际收到同一份内容。
如果结果一直为空，先看 feed 日期和错误；如果只能手动运行，先查调度；如果后台显示成功但没有收到，查投递渠道。改变本地信息源列表，也不一定改变作者中心服务的抓取范围；这两件事要分开。
历史分享与评论：原始内容继续保留
作者:zara 张咋啦(GitHub: zarazhangrui) 当前资料:1 份(2026-05-18 视频专题分享,见 2026-05-18-follow-builders-skill-分享) 核心 skill:follow-builders,已开源,用户本机
~/.claude/skills/follow-builders/已装
何时打开
- 在挑 AI 信息源 / 想搭 AI 简报 / 想把"严选源 + 自动推送"做成可分发的产品
- 想理解 Skill 依赖外部 API 时该让用户拿 key 还是作者中心化 这个 Skill 工程化分支
- 跨作者 Skill 工程化主题综合见 Claude Skill 工程化(跨作者主题综合) §6.5
1. 底层理念:Follow builders, not influencers
学 AI 的信息源要看一手:
- 一手 = AI 行业从业者(研究员、创业者、开发者) ← 有原创观点
- 二手 = KOL / 自媒体解读 ← regurgitate
zara 早期就此做了一个网站(builder 名单 + 推荐播客)汇总;后用户反馈"一个一个 follow 费时间、英文看不懂",于是把网站升级为 skill。
2. follow-builders skill 产品形态
每日早上自动推送 AI 简报到飞书(走 OpenClaw)或其他通道,内容分两块:
| 块 | 内容 | 严选范围 |
|---|---|---|
| builder 推文摘要 | OpenAI / Cursor / Google Labs CEO + Box CEO + 著名 AI 投资人 + zara 私货 "my personal intelligence" | |
| Podcast | AI 干货播客摘要 | 经常采访一线 lab / 优秀创业者 / 研究员的节目;可回看原视频 |
可调参数:推送时间 / 频率 / 语言(中/英/中英对照) / 长度(summary → 深度 → 全文逐字稿) / 风格。
3. v1 → v2 关键迭代:Centrally fetch, locally Remix
v1 失败:用户 Agent 自爬
每用户的 Agent 自己调 Supadata(YouTube 逐字稿) + X 官方 API → 几乎全在第一步放弃:
- X API 付费 + 配置复杂
- 大多数用户不愿/不会拿 API key
v2 成功:Centrally fetch, locally Remix
作者侧(zara 中心化):
每日脚本 → 调 API(zara 付费) → 抓最新 builder 内容 → 写入 JSON 数据源
用户侧(skill 装在 OpenClaw / 任意 Agent):
skill 触发 → fetch zara 的中心 JSON → 按用户偏好本地 remix(语言/长度/风格) → 推送
| 维度 | v1 用户自爬 | v2 中心 + 本地 remix |
|---|---|---|
| 用户门槛 | 高(自配 API key,X 付费) | 零(装上即用) |
| API 成本 | 用户承担 | 作者承担(可控量级) |
| 内容质量 | 用户写 prompt 决定 | 作者严选,质量保证 |
| 个性化 | 内容 + 形式都个性化 | 内容统一,形式本地 remix |
| 价值主张 | 工具 | 严选 + 工具 |
核心金句:"这个 skill 最大的价值,就是我严选筛选后的一些非常高质量的信息源" —— 价值不在分发机制,在严选本身。
4. 心法外溢:复用到哪些场景
凡是"作者维护的外部数据 + 用户端 skill 调用"的产品形态,都可套用:
- 行业简报(本 skill 案例):筛选 N 个高质量信息源,作者维护爬虫 + JSON,用户 skill 个性化展示
- 专业知识库:作者维护权威知识库 JSON,用户 skill 按场景 RAG
- 数据集分发:股票 / 房价 / 招聘 / 论文 metadata 等需要持续更新的数据
- 付费 API 中转:作者付费抓 + 免费分发(可结合订阅模型变现)
5. 安装与触发
- 进 GitHub:
github.com/zarazhangrui/follow-builders - 把 skill 发给你的 OpenClaw 或任意 Agent 安装
- onboarding:Agent 主动问"推送时间 / 频率 / 语言"等偏好,写入用户配置
- 触发:Agent 调度自动跑,或用
/ai(Claude Code 对应的 skill 名follow-builders)
关联
- 跨作者 Skill 工程化主题汇总:Claude Skill 工程化(跨作者主题综合) §6.5
- 跟 dontbesilent AI 自媒体课程 / 13 节系统化方法论 §L13(Skill 工程化 v 通用方法论)互补
- 同主题(AI 信息源管理):newtype 知识系统与 Life OS 全演化 / follow-builders 本机 skill
History
- 2026-05-18:首发,基于 follow-builders skill 专题分享视频(zara 张咋啦 2026-05-18 公开发布)
2026-03 至 06 评论补充：分清内容更新、改编与运行条件
本节依据 3 月 19 日帖子及抓取到的作者回复、真人评论；不把评论区“问一问”的自动摘要当视频逐字稿，也未重新检测仓库运行状态。
作者 3 月 21 日解释 JSON 每天自动更新；4 月 22 日建议想新增关注对象的人 fork（复制仓库形成自己的版本）后请 agent 修改。这里的“能改名单”不代表只改本地名单就会改变作者服务器的抓取范围：同一评论串的用户正反馈这个疑问，未见闭环答案。需要额外信息源时，应区分订阅现成 feed 和自行承担抓取、授权与调度。
历史评论记录过内容为空、API 额度耗尽、feed 停更、长推截断等问题；作者分别在 5 月 7 日、14 日、31 日回复更新或解决。这说明集中抓取降低了个人配置门槛，也把更新依赖集中到维护者。评论不能证明今天仍有故障，也不能证明历史从未漏抓。对知识库用途，检查日期覆盖与原始 ID，比只看最新一份简报可靠。
作者对 X/Supadata key 的“不需要”回复，针对使用她提供的中心数据源；并不意味着任意自建抓取都免费或无需凭证。用户仍有模型、运行设备及推送通道条件。有人反馈只能手动运行，另有人报调度失败；作者“直接说每天几点发送”的交互建议不能替代已创建任务和成功送达的验证。
何时用：希望沿用作者信息筛选、再改成中文或 HTML 阅读形式。反例：需要自己行业的完整历史档案，不能仅靠这份最新 feed；评论中“节省 60% token”等用户自述未被实测，不列作收益承诺。