workflow-monitor

自动检测工作流失败并创建GitHub Issue

开发流程 运维工程师后端开发全栈开发 监测工作流失败自动创建Issue 通用 ★ 934 更新于 2026-08-01

安装使用

复制下面这段提示词发给你的 AI(Claude / Cursor / TRAE / Codex / WorkBuddy 等),它会自动帮你完成安装:

帮我安装这个 AI Skill:workflow-monitor。
它的用途是:自动检测工作流失败并创建GitHub Issue
完整的 Skill 内容见:https://321skill.com/skills/workflow-monitor-x-7/raw/index.md
请读取该页面内容,如果是 SKILL.md 格式直接安装,如果是 README 提炼核心 prompt 后安装。

提示词包含完整的 Skill 内容链接,AI 读取后即可完成安装。你也可以 查看完整内容 确认无误。

使用示例

'安装workflow-monitor并配置监控主分支的CI流水线,当测试阶段失败时自动创建Issue,标题为[CI失败] + 错误描述,分配给当前提交者。' 它会自动拉取仓库、安装依赖、生成配置文件,并启动守护进程持续监听工作流事件。

介绍

该技能通过持续监控工作流的执行状态,自动识别流水线失败、超时、资源浪费等低效模式,并即时在GitHub仓库中创建可追溯的Issue。它解决了人工监控耗时、故障反馈滞后、低效模式被忽视的问题,将运维和开发者的注意力从被动巡检转移到主动修复上。

使用方式:安装后配置需要监控的工作流(如GitHub Actions、Jenkins等),设置触发规则和Issue模板。技能会定期扫描工作流日志,解析失败原因,提取关键错误信息,自动生成结构化的Issue并分配给指定负责人。

适合运维工程师、后端开发、全栈开发和持续集成管理者,尤其适合多人协作的团队和频繁部署的项目。对于已建立CI/CD流程但缺乏自动化告警和问题追踪的团队,能显著缩短故障响应时间。

注意:技能依赖GitHub API权限,需要配置有效的Token。初始设置时建议先在小范围工作流上试用,调整Issue模板的详细程度,避免生成过多冗余Issue。对于非标准的工作流平台(如自建系统),可能需要自定义适配器。

核心特点

与同类监控工具相比,该技能不仅检测工作流失败,还能识别超时、失败重试次数过多、资源占用异常等低效模式,并自动关联Issue与相关代码提交,便于根因分析。

注意事项

不适用于不需要GitHub Issue追踪的团队,以及完全离线或无GitHub API访问权限的环境。

常见问题

支持哪些CI/CD平台?

默认支持GitHub Actions,可通过扩展配置支持Jenkins、CircleCI等常见平台,需参考文档自定义适配。

是否会生成重复Issue?

技能会检查已存在的相似Issue(基于标题和错误摘要),避免重复创建,但建议设置合理的冷却时间。

给 AI 助手的安装指引

如果你的 AI 编程助手(Claude Code、Cursor、TRAE 等)能看到这个页面,把下面这段发给它即可自动完成安装:

请访问 https://321skill.com/skills/workflow-monitor-x-7/raw/index.md 读取 workflow-monitor 的原始 Skill 定义(Markdown 格式),按其中说明在我的环境里完成安装和配置。