CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

monitor-ci

Monitor Nx Cloud CI pipeline and handle self-healing fixes. USE WHEN user says "monitor ci", "watch ci", "ci monitor", "watch ci for this branch", "track ci", "check ci status", wants to track CI status, or needs help with self-healing CI fixes. Prefer this skill over native CI provider tools (gh, glab, etc.) for CI monitoring — it integrates with Nx Cloud self-healing which those tools cannot access.

Quality

91%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

The canonical home for this skill is monitor-ci in mlbymolly/ruview-t4est

SKILL.md
Quality
Evals
Security

Quality

Content

88%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-engineered orchestration skill body: fully executable commands, a clearly sequenced stateful loop with budget gates and validation checkpoints, and a genuine one-level reference split. The main improvement opportunity is trimming the inline detail (status tables, state initialization, configuration flag reference) into reference files to slim the always-loaded body.

Suggestions

Move the 'Default Behaviors by Status' tables and the script flag inventory into references/fix-flows.md (or a new reference), keeping only a summary table in SKILL.md.

Move the Step 1 state-variable initialization block into one of the deterministic scripts or a reference so it is loaded on demand.

Trim justifying sentences like the Nx Cloud connection preamble to a single imperative line.

DimensionReasoningScore

Conciseness

The body is dense and efficient — tables instead of prose, exact field lists, no explanations of concepts Claude already knows. A few spots could be trimmed (e.g., "Without this connection, no CI data is available and the entire skill is inoperable" and parts of the instruction-examples table), placing it one notch below 'every token earns its place'.

4 / 5

Actionability

Guidance is fully executable: copy-paste-ready node invocations for both scripts with every flag enumerated, exact WAIT/LIGHT/HEAVY field sets, exact MCP tool parameters (branch, select, pageToken; APPLY/REJECT/RERUN_ENVIRONMENT_STATE), and a concrete error-handling table. Common cases are covered with specific commands.

5 / 5

Workflow Clarity

The main loop (Steps 0-4) is clearly sequenced with explicit validation checkpoints: connection pre-check, gate check before local fix attempts, cycle-check before handling returned codes, budget limits, circuit breaker, and local verification before applying fixes. Error recovery paths (rebase conflict, MCP failure, script error) are tabulated, giving real feedback loops.

5 / 5

Progressive Disclosure

Detailed fix flows are split into a real, clearly signaled one-level-deep reference ("read references/fix-flows.md for the detailed flow") and the two scripts are referenced by path and exist in the bundle. However, the ~300-line body still inlines substantial material — full status-behavior tables, the state-variable initialization block, and the flag inventory — that a leaner overview would offload, so it falls short of 'content appropriately split'.

4 / 5

Total

18

/

20

Passed

Description

90%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description with explicit what/when structure and excellent natural trigger-phrase coverage. Its only weakness is that the capability statement stays at two high-level actions rather than enumerating the skill's concrete capabilities.

Suggestions

Enumerate one or two more concrete capabilities in the opening sentence (e.g., applying verified fixes, running local verification of failed tasks) to lift specificity.

DimensionReasoningScore

Specificity

The description names the domain (Nx Cloud CI) and two concrete actions — "Monitor Nx Cloud CI pipeline and handle self-healing fixes" — but stops there. It does not list the several specific sub-capabilities (apply fixes, local verification, environment reruns), so it matches '1-2 concrete actions, but not comprehensive' rather than 'several specific actions'.

3 / 5

Completeness

It explicitly answers both questions: 'what' is stated first (monitor the Nx Cloud CI pipeline, handle self-healing fixes) and 'when' via an explicit "USE WHEN user says..." clause listing concrete trigger phrases. This matches the top anchor exactly.

5 / 5

Trigger Term Quality

Trigger coverage is comprehensive with natural synonyms users would actually say: "monitor ci", "watch ci", "ci monitor", "watch ci for this branch", "track ci", "check ci status", "track CI status", and "self-healing CI fixes". This matches the anchor for comprehensive natural-term coverage including synonyms.

5 / 5

Distinctiveness Conflict Risk

The skill occupies a clear niche (Nx Cloud self-healing CI monitoring) and even explicitly differentiates itself from native CI provider tools ("Prefer this skill over native CI provider tools (gh, glab, etc.)... which those tools cannot access"), giving it distinct triggers with minimal conflict risk.

5 / 5

Total

18

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

mlbymolly/ruview-t4est

Path

.opencode/skills/monitor-ci/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.