Back to list
athola

workflow-monitor

by athola

Marketplace repo for Claude Code Plugins developed from personal projects and workflow

127🍴 16📅 Jan 23, 2026

SKILL.md


name: workflow-monitor description: | Triggers: workflow error, inefficient execution, workflow failure, execution monitor Monitor workflow executions for errors and inefficiencies. When issues are detected, automatically create GitHub issues for workflow improvements via /fix-workflow.

Use when: workflows fail, timeout, or show inefficient patterns DO NOT use when: normal workflow execution, simple command errors category: workflow-methodology tags: [workflow, monitoring, error-detection, efficiency, automation] dependencies:

  • imbue:evidence-logging
  • sanctum:fix-workflow tools:
  • Bash
  • TodoWrite
  • gh (GitHub CLI) usage_patterns:
  • error-detection
  • efficiency-analysis
  • issue-creation complexity: intermediate estimated_tokens: 2500 modules:
  • modules/detection-patterns.md
  • modules/issue-templates.md
  • modules/efficiency-metrics.md

Workflow Monitor

Monitor workflow executions for errors and inefficiencies, automatically creating GitHub issues for improvements.

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:evidence-logging: 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
  • imbue:evidence-logging: 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

Score

Total Score

70/100

Based on repository quality metrics

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

+10
説明文

100文字以上の説明がある

0/10
人気

GitHub Stars 100以上

+5
最近の活動

1ヶ月以内に更新

+10
フォーク

10回以上フォークされている

+5
Issue管理

オープンIssueが50未満

0/5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

+5

Reviews

💬

Reviews coming soon