Token导航 LogoToken导航TokenDH.com
研究检索执行命令github未标认证来源可访问clear审计异常

workflow-monitor工作流程监视器

Agent Skill

workflow-monitor 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

930

周安装

38

GitHub Stars

264

下载量

298
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

3

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:workflow-monitor(工作流程监视器)
来源仓库:https://github.com/athola/claude-night-market
仓库路径:skills/workflow-monitor
安装命令:
npx skills add https://github.com/athola/claude-night-market --skill workflow-monitor
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/athola/claude-night-market --skill workflow-monitor

简介

用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中快速定位候选结果。

  • 支持基于关键词、任务场景或来源线索进行信息筛选,适用于监控场景。
  • 通过 npx skills add 命令从指定 GitHub 仓库安装,需确认权限与维护状态。
  • 安装前建议核实是否会触发联网、命令执行或文件读写操作。
  • 可结合原始 README 进一步了解具体用法和功能边界。

SKILL.md

Table of Contents

Workflow Monitor

Monitor workflow executions for errors and inefficiencies, automatically creating issues on the detected git platform (GitHub/GitLab) for improvements. Check session context for git_platform: and use Skill(leyline:git-platform) for CLI command mapping.

Philosophy

Workflows should improve over time. When execution issues occur, capturing them systematically enables continuous improvement. This skill hooks into workflow execution to detect problems and propose fixes.

Quick Start

Manual Invocation

# After a failed workflow
/workflow-monitor --analyze-last

# Monitor a specific workflow execution
/workflow-monitor --session <session-id>

# Analyze efficiency of recent workflows
/workflow-monitor --efficiency-report

Automatic Monitoring (via hooks)

When enabled, workflow-monitor observes execution and flags:

  • Command failures (exit codes > 0)
  • Timeout events
  • Repeated retry patterns
  • Context exhaustion
  • Inefficient tool usage

Detection Patterns

Error Detection

PatternSignalSeverity
Command failureExit code > 0High
TimeoutExceeded timeout limitHigh
Retry loopSame command >3 timesMedium
Context exhaustion>90% context usedMedium
Tool misuseWrong tool for taskLow

Efficiency Detection

PatternSignalThreshold
Verbose output>1000 lines from command500 lines recommended
Redundant readsSame file read >2 times2 reads max
Sequential vs parallelIndependent tasks run sequentiallyShould parallelize
Over-fetchingRead entire file when snippet neededUse offset/limit

Workflow

Phase 1: Capture (workflow-monitor:capture-complete)

  1. Log execution events - Commands, outputs, timing
  2. Tag anomalies - Failures, timeouts, inefficiencies
  3. Store evidence - For reproducibility

Phase 2: Analyze (workflow-monitor:analysis-complete)

  1. Classify issues - Error type, severity, scope
  2. Identify root cause - What triggered the issue
  3. Suggest fix - What would prevent recurrence

Phase 3: Report (workflow-monitor:report-generated)

  1. Generate issue body - Structured format
  2. Assign labels - workflow, bug, enhancement
  3. Link evidence - Command outputs, session info

Phase 4: Create Issue (workflow-monitor:issue-created)

  1. Check for duplicates - Search existing issues
  2. Create if unique - Via gh CLI
  3. Link to session - For traceability

Issue Template

## Background

Detected during workflow execution on [DATE].

**Source:** [workflow name] session [session-id]

## Problem

[Description of the error or inefficiency]

**Evidence:**

[Command that failed or was inefficient] [Output excerpt]

## Suggested Fix

[What should change to prevent this]

## Acceptance Criteria

- [ ] [Specific fix criterion]
- [ ] Tests added for new behavior
- [ ] Documentation updated

---
*Created automatically by workflow-monitor*

Configuration

# .workflow-monitor.yaml
enabled: true
auto_create_issues: false  # Require approval before creating
severity_threshold: "medium"  # Only report medium+ severity
efficiency_threshold: 0.7  # Flag workflows below 70% efficiency

detection:
  command_failures: true
  timeouts: true
  retry_loops: true
  context_exhaustion: true
  tool_misuse: true

efficiency:
  verbose_output_limit: 500
  max_file_reads: 2
  parallel_detection: true

Guardrails

  1. No duplicate issues - Check existing issues before creating
  2. Approval required - Unless auto_create_issues: true
  3. Evidence required - Every issue must have reproducible evidence
  4. Rate limiting - Max 5 issues per session

Required TodoWrite Items

  1. workflow-monitor:capture-complete
  2. workflow-monitor:analysis-complete
  3. workflow-monitor:report-generated
  4. workflow-monitor:issue-created (if issue created)

Integration Points

  • imbue:proof-of-work: Captures execution evidence
  • sanctum:fix-workflow: Implements suggested fixes
  • Hooks: Can be triggered by session hooks for automatic monitoring

Output Format

Efficiency Report

## Workflow Efficiency Report

**Session:** [session-id]
**Duration:** 12m 34s
**Efficiency Score:** 0.72 (72%)

### Issues Detected

| Type | Count | Impact |
|------|-------|--------|
| Verbose output | 3 | Medium |
| Redundant reads | 2 | Low |
| Sequential tasks | 1 | Medium |

### Recommendations

1. Use `--quiet` flags for npm/pip commands
2. Cache file contents instead of re-reading
3. Parallelize independent file operations

### Create Issues?

- [ ] Issue 1: Verbose output from npm install
- [ ] Issue 2: Redundant file reads in validation

Related Skills

  • imbue:proof-of-work: Evidence capture methodology
  • sanctum:fix-workflow: Workflow improvement command
  • imbue:proof-of-work: Validation methodology

Status: Skeleton implementation. Requires:

  • Hook integration for automatic monitoring
  • Efficiency scoring algorithm
  • Duplicate detection logic

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

04

需要参考平台分布和安装热度时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Claude Code

26.73%
按下载量换算80

OpenCode

23.49%
按下载量换算70

Cursor

18%
按下载量换算54

Codex

11.19%
按下载量换算33

Antigravity

8.13%
按下载量换算24

Gemini CLI

3.69%
按下载量换算11

安全审计

Gen Agent Trust Hub

未通过

Socket

通过

Snyk

可疑

权限和风险

执行命令

安装流程涉及命令执行,可能通过 npx skills add https://github.com/athola/claude-night-market --skill workflow-monitor;npx skills add athola/claude-night-market --skill "workflow-monitor" 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。

来源信息

继续浏览同类 Skills