monitor-version Pass

Auto-bump pipeline monitor version when builder/monitor/pipeline-monitor.sh is modified. Triggers automatically as a post-edit convention — not user-invocable directly. When any change is made to pipeline-monitor.sh, increment the patch version in the "# Version:" header comment. Triggers on: "pipeline-monitor", "monitor version", "bump monitor".

0
stars
12
downloads
57
views

// Install Skill

Install Skill

Skills are third-party code from public GitHub repositories. SkillHub scans for known malicious patterns but cannot guarantee safety. Review the source code before installing.

Install globally (user-level):

npx skillhub install nmdimas/ai-community-platform/monitor-version

Install in current project:

npx skillhub install nmdimas/ai-community-platform/monitor-version --project

skill.install.customTargetHelp

npx skillhub install nmdimas/ai-community-platform/monitor-version --target-dir /path/to/skills

Suggested path: ~/.claude/skills/monitor-version/

SKILL.md Content

---
name: monitor-version
description: >
  Auto-bump pipeline monitor version when builder/monitor/pipeline-monitor.sh is modified.
  Triggers automatically as a post-edit convention — not user-invocable directly.
  When any change is made to pipeline-monitor.sh, increment the patch version
  in the "# Version:" header comment. Triggers on: "pipeline-monitor", "monitor version",
  "bump monitor".
---

# Monitor Version Bump

Automatically increment the version in `builder/monitor/pipeline-monitor.sh` whenever the file is modified.

## Convention

The version lives on line 4 of `builder/monitor/pipeline-monitor.sh` in the format:

```
# Version: X.Y.Z
```

### Versioning rules

- **Patch** (0.6.0 → 0.6.1): bug fixes, minor tweaks, style changes
- **Minor** (0.6.1 → 0.7.0): new features (new key binding, new tab, new view mode)
- **Major** (0.7.0 → 1.0.0): breaking changes to keyboard shortcuts or tab layout

## Workflow

### When modifying `builder/monitor/pipeline-monitor.sh`:

1. Read the current version from the `# Version:` line (line 4)
2. Determine bump type based on the nature of the change:
   - Bug fix / refactor / cosmetic → patch bump
   - New feature (key, tab, view, action) → minor bump
   - Breaking change to existing behavior → major bump
3. Update the `# Version:` line with the new version
4. This step should be done as part of the same edit — not as a separate commit

### Example

Before (bug fix to log rendering):
```
# Version: 0.6.0
```

After:
```
# Version: 0.6.1
```

Before (added [l] key for task logs):
```
# Version: 0.5.0
```

After:
```
# Version: 0.6.0
```

License

Declared license: Apache-2.0

The full license text is available in the source repository.

View the license in the source repositorythe version published there is authoritative.