SKILL RESUME · 2026-11-10

github监控器

蹲 GitHub 的 AI 涨星榜,一次产出 20 篇能照着做的介绍文——装法、目录、真实数字、坑清单齐全,排版对齐公众号既有风格,配图全自动,然后一次推到博客与公众号。
技能包 · ~/.workbuddy/skills/github-monitor17 个脚本手动启动,不做定时

这次真跑出来的数

20
仓库入选
66,752
总字数
60
配图张数
20
博客已发
20
公众号草稿
20/20
封面·赞赏补齐

入选的不是「有星的项目」,是涨得快的项目:按 star / 建仓天数 排序,从 212 个 AI 候选里取前 20。所以榜上有 8 月建仓涨到 27 万的,也有 10 月才建仓一个月破万的。

十一步流水线

01
抓榜
6 路 GitHub 搜索合并去重,AI 关键词过滤,按涨星速度排序
02
取料
走 raw 地址拉 README,绕开 API 每小时 60 次的限额
03
提事实
从 README 原文抽装法命令、版本号、许可、限制
04
写稿
DSL 写 12 个 H2 的骨架:结论先行 + 命令逐条 + 坑清单
05
排版
样式引擎输出全内联 HTML,逐属性对齐参考篇
06
配图
数据卡本地渲染 + README 真图,每篇 3 张
07
发博客
PHP CLI 直写 Z-Blog,发完前台逐篇复核
08
建草稿
接口建壳 + 编辑器贴正文,图必须 base64 内嵌才落库
09
补字段
原创声明 + 原文链接回指博客 + 封面取正文首图 + 开赞赏
10
挂合集
后台建一次合集,再逐篇在编辑器里设(草稿挂不进管理页)
11
核验
重开逐篇数图,核对标题、图数、封面、赞赏、原文链接、合集

这次选中的 20 个

#仓库星数星/天字数语言许可
01deepseek-ai/deepseek-harness278,4013,093.34,128TypeScriptMIT
02morluto/rea450,6522,135.83,597TypeScriptMIT
03deepseek-ai/dsh-superagent-prototype22,2732,024.83,580TypeScriptMIT
04Ebony-Vinyl/dsh-our-free-model69,0601,438.83,421JavaScriptMIT
05DietrichGebert/ponytail188,5401,240.43,161JavaScriptMIT
06ccch1mneyyy/dsh-Go18,9651,115.62,616DartAGPL-3.0
07heydamir/unslop13,9581,073.72,667JavaScriptCC-BY-4.0
08affaan-m/ECC300,9121,013.23,303JavaScriptMIT
09deepseek-ai/DeepInfer25,830993.53,414PythonApache-2.0
10Niko1221/Strata42,970895.22,648C++MIT
11wheresryan22/anatomy26,560781.22,666JavaScriptMIT
12Zagitta/gpu-unlock18,605775.23,124C-
13yetone/magpie34,121696.33,293GoMIT
14Graphify-Labs/graphify145,761656.62,820PythonApache-2.0
15NandhaKishorM/laya35,375655.12,829PythonApache-2.0
16google-research/harness223,425650.73,045PythonApache-2.0
17wangzan101/Mika8,124624.92,339KotlinApache-2.0
18odysseus-dev/odysseus95,570582.74,364PythonAGPL-3.0
19openai/math17,492485.94,335LeanApache-2.0
20cloudflare/security-audit-skill69,557476.45,402JavaScriptMIT

星数与涨星速度为抓取当天快照;字数含代码块与表格文本。

排版不是「感觉像」,是量出来的

参考篇是公众号里已有的一篇长文。做法是把它的 HTML 逐条扒出来,统计出 18 种内联样式,再固化成样式引擎里的常量。

元素规格
正文16px / 行高 1.85 / 字距 .4px / #3f3f3f
H221px 700 + 左侧 4px 竖线 #869E0A
荧光笔高亮底色 #eef4d4 + 纯黑加粗
行内代码#c7254e on #f2f4f7
代码块#f6f8fa + 1px 描边 + 6px 圆角 + Menlo
表格表头 #f7f9fa、边框 rgb(223,228,234)
配图margin:26px auto + 1px 描边 + 6px 圆角

先说清楚的六件事

配图不是仓库截图。当前网络下 github.com 网页不可达,但 api.github.com 与 raw.githubusercontent.com 正常。所以配图是「本地渲染的数据卡 + README 自带真图」,不是仓库页面截图。
图是这道工序里最阴的坑。正文图写外链时,编辑器会「快速转存」,看着能显示,一保存整段图片就没了——文字却照样保存,所以只查字数会误判成功。必须把图 base64 内嵌着粘,保存后还要重开逐篇数图核对。
合集只能逐篇挂,不能批量选。合集管理页的「添加已有内容」只认已发表内容,弹窗里写明「如需添加草稿,请先前往草稿箱发表后添加」。所以流程是:后台建一次合集(「创建新合集」必须真实鼠标点,JS 点击无效),再进每篇文章的编辑器在「合集」那一行设,20 篇就是 20 次。
没有做定时。按需求是手动启动才跑,不是每天自动。
草稿不等于群发。订阅号每天群发次数有限,20 篇一次性发不出去;现在的产物是 20 篇可随时发的草稿。
事实来自 README 原文。装法命令、版本号、许可都是从仓库 README 里抽的,不是编的;但项目更新快,命令可能过期,以仓库当前文档为准。

技能包

完整脚本、写稿 DSL、样式引擎与本次 20 篇的稿件都在包里。换一天再跑,只需改 collect.py 的关键词表和 selected.json。

cd ~/.workbuddy/skills/github-monitor/scripts
python collect.py            # 抓榜
python fetch.py --selected --force   # 拉 README
python build.py && python cards.py && python figs.py   # 出稿 + 出图
python publish_blog.py       # 发博客
python wx_fill.py            # 建公众号草稿
下载技能包 ZIP
github监控器 · 建站 2026-11-10 · 20 个仓库、66,752 字、60 张配图,全部来自公开仓库的 README 与 API 数据。