GitHub 趋势周报
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_b4850184/feedship-github-trending。
技能介绍
要解决什么问题
GitHub Trending 每天刷新,但「本周到底在热什么、背后逻辑是什么」很难用扫一眼列表回答。人工整理周报费时,直接让大模型写趋势解读又容易在引用仓库上翻车:编号超出列表范围,或在正文里编造 owner/repo、标题和链接。
这个技能把「抓取 → 结构化提示 → 模型分析 → 引用落地」串成固定流程,输出可读的周报,同时把链接与星级交给权威数据,而不是模型记忆。
工作流程与核心能力
- 数据提取:通过 Feedship(v1.8.0+)拉取 GitHub Trending 页面数据,形成可供分析的仓库列表(技能设计上限为最多 10 条,对应
${0}~${9})。 - 提示词拼接:从
references/prompt.md加载模板,角色定位为技术战略与开源趋势分析;执行步骤覆盖分类解构、根本原因、暗线发现、价值翻译。 - 模型生成:将完整提示发送给兼容的 LLM;硬性规则是正文里只出现
${N}占位符,禁止展开标题或 URL。 - 引用替换(Step 3.5):
replace_refs.py从权威 JSON 把${N}替换为owner/repo (stars★),支持${3,7}这类逗号展开;无效编号会落成[无效引用 #N],便于排查。 - 交付:最终从
/tmp/trending_final.md读取并输出给用户;也可按 cron 在每周一北京时间 9:00 自动跑同一套 Generate Trending Report 流程。
触发词包括「GitHub trending」「开源趋势」「GitHub 周报」等,适合按需生成或定时订阅式周报。
适用边界与注意点
- 依赖 feedship 与网络可达性;GitHub 限流或页面 DOM 变化会导致抓取失败或列表为空,需要更新解析逻辑而非改 prompt。
- 引用质量取决于模型是否遵守 Citation Rules;若出现大量
[无效引用 #N]或模型直接写出链接,应在 Step 3 重申「只输出${N}」。 - 分析深度由所选模型与
prompt.md决定;技能负责数据与引用管线,不保证对每一个仓库的领域判断都准确。
使用场景
- 周一早会前需要一份带准确仓库链接的 GitHub 本周热点解读,供团队对齐技术风向
- 投资或技术调研前,让 Agent 按 Trending 列表做第一性原理归类,而不是手写摘抄
- 维护开发者 Newsletter,需要可定时生成的周报草稿,且引用必须由脚本从 JSON 注入
- 用户说「开源趋势」或「GitHub 周报」时,现场拉取 Trending 并输出 `/tmp/trending_final.md` 成品
适合人员
- 负责每周技术分享议程的工程负责人,需要可引用的 Trending 仓库清单与趋势叙事
- 在选型前跟踪 GitHub 热榜的开源维护者或 Tech Lead,关注根因与暗线而非标题堆砌
- 用 OpenClaw 兼容 Agent 编排周报的内容编辑,要求 `${N}` 占位符再由脚本替换链接
- 运营内部「开源雷达」频道、需北京时间每周一 9:00 自动出报的研究型工程师