监控多个 GitHub 仓库，配置发布、PR 与安全告警策略，通过定时 cron 任务推送低噪声通知。
名称: github- 监视器.
功能概述
名称: github- 监视器.是一项面向实际任务的技能，主要用于GitHub 监视器. 构建 one- cron 多重置监视器, 并有减重、 重度路径和低噪音通知；@ @ @ title setuption. 集合: 1. repos: 所有人/ repo. policy m。
核心要点
- 它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。
- 使用时应结合输入条件选择合适的执行方式，核对必要参数、依赖环境与输出内容，并按原始要求处理异常情况。
- 从功能定位来看，该技能强调把分散的操作要求整理成清晰、可复用的处理流程，使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。
使用与执行
实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数，再依据技能说明逐步执行；若输入条件不完整，应先补齐信息或采用保守配置，避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期，并对异常提示、缺失字段和边界情况进行处理；
结果检查与注意事项
涉及批量任务时，还应保存进度，避免中断后重复操作。该技能适合用于一次性任务，也可以接入自动化工作流，与其他技能或上层代理配合完成更完整的业务链路；在组合使用时，应明确每一步的输入输出关系，并避免不同步骤之间出现参数冲突。
name: github-monitor
GitHub Monitor
构建基于单个 cron 的多仓库监控系统，支持去重、按严重性路由及低噪音通知。
快速配置
需收集以下参数：
repos：仓库列表，格式为owner/repopolicy_mode：major_only|balanced|verbosecheck_interval：建议设为 2 小时timezone：例如America/New_Yorkdaily_digest_time：例如21:00notify_target：用户或频道 IDstate_file：例如/root/.openclaw/workspace/memory/repo-watch/multi-repos.json
使用一个独立的 cron 任务统一监控所有仓库。
每个仓库的数据源
每次运行均通过 GitHub 公共 API 检查以下内容：
- 最新 release
- 近期提交（最近 50 条，按本次运行时间窗口过滤）
- 近期合并的 PR（按本次运行时间窗口过滤）
策略模式
1) major_only
- 仅通知 P0 级事件
- 跳过 P1/P2 级通知
P0 级信号包括：
- 发布新 release
- PR 标题或正文命中关键词：
breaking|migration|security|auth
2) balanced（默认）
- P0/P1 级事件立即通知
- P2 级事件汇总至每日摘要中发送
P1 级关键词示例：
gateway|config schema|tooling|memory|cron|session|channel|provider|search|index|install|auth flow
3) verbose
- P0/P1 级事件立即通知
- P2 级事件也立即通知（或在短时间窗口内批量发送）
严重性评分建议
切勿仅依赖标题关键词；应综合多种信号判断：
- 标题或正文中命中关键词
- PR/Issue 标签命中
- 变更路径加权：
- 高权重路径：
core/、gateway/、agent/、runtime/ - 低权重路径：
docs/、tests/、examples/
- 高权重路径：
基线 + 通知时间窗口（关键）
通过 state 文件维护通知游标，避免回填历史事件：
installed_at：技能首次运行时间last_checked_at：上一次成功扫描时间last_notified_at：上一次向用户发送通知的时间
规则如下：
- 首次安装/运行时，将三项全部初始化为
now，且不发送任何历史事件通知。 - 每次运行仅评估时间区间
(last_checked_at, now]内的事件。 - 仅对晚于
last_notified_at的事件发起通知。 - 每次发送告警或摘要后，立即将
last_notified_at更新为now。 - 每次成功完成扫描后，立即将
last_checked_at更新为now。
噪音控制
- 去重指纹：
repo + event_type + event_id/hash - 无新事件时不发送静默消息
- 将同一次运行中产生的多个告警合并为一条消息，并按仓库分组
- 在 state 中持久化 P2 级事件的摘要队列（字段名：
pending_daily）
可靠性保障
- 对临时性 API 失败进行指数退避重试
- 若持续失败，仅发送一条服务降级告警
- 恢复健康后，仅发送一条恢复告警
- 每次成功运行结束时，持久化更新 state 文件
推荐的 OpenClaw cron 行为
- 单个 cron 任务覆盖全部仓库（便于横向扩展）
- 增删监控仓库仅需编辑
repos列表 - 复用同一个 state 文件，确保跨重启去重一致性
输出模式（默认：简明影响摘要）
默认输出必须简洁、面向决策，而非逐条罗列事件。
请严格采用以下固定结构：
- 本窗口结论（是否存在关键变更）
- 对用户的潜在影响（3–5 条，按优先级排序）
- 建议动作（最多 3 条）
- 详情入口：用户回复“看详情”后，再展开完整事件清单
推荐按影响优先级分组（Impact-first grouping）：
- 配置/兼容性风险（breaking、config schema、auth、gateway）
- 通知/渠道行为变化（telegram/slack/feishu/discord/channel）
- 会话与路由变化（session/dispatch/provider/tools）
- 稳定性/性能修复（timeout、race、retry）
- 文档/测试类（低优先级）
详细模式（按需触发）
仅当用户明确输入“看详情”、“展开”或“给清单”等指令时，才输出事件级详情并附带链接。
相关专题
github中文官网入口https://docs.github.com/zh/get-started，GitHub 是一种基于云的平台，可在其中存储、共享并与他人一起编写代码。 通过将代码存储在GitHub 上的“存储库”中，你可以： “展示或共享”你的工作。 持续“跟踪和管理”对代码的更改。
2026.01.21
7965
27
要对比两个版本的 git 文件，请使用 git diff 命令：git diff 比较工作树和暂存区之间的差异。git diff 比较两个提交或标签之间的差异。git diff 输出显示差异块，其中 + 表示添加的行，- 表示删除的行， 表示修改的行。可使用 gitkraken、meld、beyond compare 等可视化工具更直观地查看差异。本专题为大家提供相关的文章、下载、课程内容，供大家免费下载体验。
2024.04.09
2281
6
git提交错误撤回的方法：git reset head^：撤回最后一次提交，恢复到提交前状态。git revert head：创建新提交，内容与之前提交相反。git reset ：使用提交的 sha-1 哈希撤回指定提交。交互式舞台区：标记要撤回的特定更改，然后提交，排除已撤回更改。本专题为大家提供相关的文章、下载、课程内容，供大家免费下载体验。
2024.04.09
2517
7
Git是一个强大的版本控制系统，它提供了很多功能帮助开发人员有效地管理和控制代码的变更，本专题为大家提供git 撤销提交的commit相关的各种文章内容，供大家免费下载体验。
2023.07.24
714
5
git和svn的区别：1、定义不同；2、模型类型不同；3、存储单元不同；4、是否拥有全局版本号；5、内容完整性不同；6、版本库不同；7、克隆目录速度不同；8、分支不同。php中文网为大家带来了git和svn的相关知识、以及相关文章等内容。
2023.07.06
1260
6
Java应用运行缓慢，如何调整JVM参数？本专题介绍OpenJDK JVM性能调优的基本流程，涵盖性能指标确认、运行数据采集、内存配置和垃圾回收分析，帮助你先定位瓶颈，再通过对照测试验证效果，避免直接套用参数而影响应用稳定性。
2026.10.16
0
10
怎样用OpenJDK搭建开发环境？本专题介绍版本选择、下载安装、环境变量配置和编译运行验证，帮助你理清JDK的作用及基本配置流程，并通过简单程序检查环境是否可用，为后续项目开发做好准备。
2026.10.16
0
10
热门下载
相关下载
