【开源自荐】AI搓了个GitHub Release更新监控工具,看看大家有没有这个需求

TokenHunter 2026-08-09 21:21 1

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:



  • 我的帖子已经打上 开源推广 标签:

  • 我的开源项目完整开源,无未开源部分:

  • 我的开源项目已链接认可 LINUX DO 社区:

  • 我帖子内的项目介绍,AI生成、润色内容部分已截图发出:

  • 以上选择我承诺是永久有效的,接受社区和佬友监督:


以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出


AI写了个小工具,专门用来监控GitHub仓库的新版本,部署在Cloudflare Workers上,免费额度就能用。全是Deepseek写的,千问审核。自己用着感觉还行,不知道大家是不是有这个需求,让Codex发到GitHub,文档优化一下还挺像那么回事,有任何建议或者觉得哪里可以改进的,欢迎提Issue或PR。


项目地址:https://github.com/GOldX3Cheng/github-release-monitor

最新回复 (12)
  • fangyuan99 08-09 21:22
    1

    话说官方的 watch 能实现这个不

  • EbonyMementoMori 08-09 21:22
    2

    Github 不是有自己的 Watch 吗?不过你这个倒是有更多通知渠道

  • 双持金枪客 08-09 21:34
    3

    可以加一个可接入 AI 的功能,让AI 总结汇总,更方便

  • Enze 08-09 21:40
    4

    (与楼主的项目无关)



    话说官方的 watch 能实现这个不



    官方 watch 不够灵活,例如不能过滤掉 Pre-release(如 sing-box),也不能按照 tag 名过滤(如 bitwarden 的 desktop 和 cli)

  • 08-09 21:43
    5

    这我都是直接让龙虾每天定时给我推送我 star 过的项目的 release

  • TokenHunter 楼主 08-09 22:34
    6

    我也没弄这个过滤,就是有更新就推送到微 ^-^

  • tamina 08-10 18:33
    7

    有需要带客户端UI的佬友可以试试我这个:


    本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:

    我的帖子已经打上 开源推广 标签: 是
    我的开源项目完整开源,无未开源部分: 是
    我的开源项目已链接认可 LINUX DO 社区: 是
    我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
    以上选择我承诺是永久有效的,接受社区和佬友监督: 是

    以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出

    项目链接: …

  • 繁星之子卡萨蒂亚 08-10 18:34
    8

    不错不错 确实实用的 我都是自己去一个个看

  • TokenHunter 楼主 08-11 15:39
    9

    哇可以可以 这个功能更齐全了~~

  • lwang 08-16 19:22
    10

    使用方法二部署, 环境变量是写在GitHub的 环境变量 / 机密 区域还是写在cloud flare部署的时候部署页面的变量和机密。数据库变量名是写DB还是 database_id,变量内容是写数据库名还是UUID

  • TokenHunter 楼主 08-16 20:24
    11

    我让DeepSeek回答一下:


    1. 环境变量写在哪里?


    写在 Cloudflare 部署时的配置页面,而不是 GitHub 的 Secrets / 环境变量区域。


    方法二第 6 步明确写着:「在 环境变量 区域添加方法一第 5 步的变量(同样勾选加密)」。这个「环境变量区域」指的是 Cloudflare 创建应用时的配置页,部署后也可以在 Worker 的 设置 → 变量和机密 中管理。




    2. 数据库变量名是写 DB 还是 database_id


    变量名填 DB


    方法二第 5 步明确写着:「在配置页选择/创建 D1 数据库 并绑定(变量名 DB)」。




    3. 变量内容是写数据库名还是 UUID?


    不需要手动填变量内容——数据库是通过 Cloudflare 的绑定界面直接选择的,不是填字符串。


    方法二的操作流程是:在配置页选择/创建 D1 数据库并绑定,也就是说你在下拉菜单里直接选中数据库即可,Cloudflare 会自动完成绑定。


    关于 database_id,文档特别说明:「通过 Git 关联部署时,wrangler.toml 中的 database_id 会被 Cloudflare 托管覆盖」。所以即使 wrangler.toml 里有 database_id 字段,你也不需要手动去填它——Cloudflare 会在绑定数据库时自动处理。




    总结一下方法二的配置要点:























    配置项 在哪里配置 填什么
    D1 数据库绑定 Cloudflare 配置页的绑定区域 变量名 DB,数据库从下拉列表选择
    环境变量(WEBHOOK_URL 等) Cloudflare 配置页的环境变量区域 直接填值,密钥类勾选「加密」

    如果部署后遇到绑定问题,文档也给出了补救方案:「直接在 Worker 的 设置 → 绑定 中手动选择数据库即可」。

  • lwang 08-16 20:41
    12





    数据库是通过 Cloudflare 的绑定界面直接选择的,创建worker之后,手动选择了DB,重新部署提示没有有效的database_id。直接在 wrangler.toml把database_id写进去是可以部署的。

* 帖子来源Linux.do
返回