（3047期）Release Tracker – GitHub 发布自动追踪与智能摘要推送

GitHub 发布自动追踪与智能摘要推送 自动化监控 GitHub 仓库发布，智能生成优先级排序的变更摘要，并支持 Discord、Telegram、Slack 等多渠道推送。 使用说明 核心用法 Release Tracker 是一款面向开发团队和技术运营者的自动化发布监控工具。用户通过配置 JSON 文件指定目标仓库、优先级关键词和输出渠道，系统即可按设定频率（cron 调度）检测 GitHub 仓库的新版本发布。支持单仓库或多仓库并行监控，每个仓库可独立配置追踪规则。 工作流分为四个阶段：读取配置与状态 → 调用 gh release list 获取最新发布 → 与本地存储版本比对 → 若发现新版本则拉取详细变更说明，经智能解析后生成结构化摘要。摘要按优先级自动排序：匹配自定义关键词的条目置顶，其次为用户可见功能、破坏性变更、修复项，安全更新默认折叠。输出格式根据目标渠道自动适配——Discord 论坛帖、频道消息、Telegram、Slack 或纯文本。 显著优点 多源聚合与智能降噪：支持同时监控数十个仓库，自动过滤 CI 改动、测试更新、文档笔误等低价值信息，仅保留用户关心的变更。 灵活的优先级系统：通过 priorities 数组自定义高亮关键词（如 "security"、"api-breaking"），确保关键信息不被淹没。 全渠道覆盖：原生支持 Discord 论坛/频道、Telegram、Slack 四种主流协作工具，纯文本模式便于与其他流水线集成。 状态持久化：使用本地 JSON 文件记录已同步版本，避免重复推送，支持跨会话恢复。 国际化支持：内置中英文摘要生成，适应全球化团队需求。 潜在局限 依赖 GitHub CLI：必须预先安装并认证 gh 工具，对未配置 GitHub 认证的环境不友好。 网络与 API 限制：频繁轮询可能触发 GitHub API 速率限制；企业内网或代理环境需额外配置。 摘要质量依赖发布规范：若上游仓库的 Release Note 或 CHANGELOG 格式混乱，自动解析效果会下降。 无原生 Webhook 支持：当前仅支持轮询（poll）模式，实时性不如 GitHub Webhook，延迟取决于 cron 间隔。 状态文件单点风险：版本状态存储于本地 JSON，多实例部署时需自行解决状态同步或改用共享存储。 适合人群 开源项目维护者需要向社区同步更新 DevOps/SRE 团队监控基础设施组件（Kubernetes、Terraform 等）的新版本 技术产品经理追踪依赖库的功能演进 安全团队关注 CVE 修复发布 常规风险 Token 泄露：gh CLI 的认证令牌若被技能误配置为明文存储，可能导致仓库访问权限泄露。 消息轰炸：cron 间隔设置过短或监控仓库过多时，可能向频道大量推送消息，建议配合 filter: stable 排除预发布版本。 时区与调度混乱：timezone 字段需与服务器时区保持一致，否则可能导致非预期时段推送。 状态文件损坏：若 release-tracker-state.json 被手动篡改或损坏，可能导致重复推送或漏推，建议定期备份。 原始说明 Track GitHub repository releases and generate prioritized summaries. Supports multiple repos, custom priority keywords, and delivery to Discord (forum posts...