CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

nx-ci-monitor

Monitor Nx Cloud CI pipeline status and handle self-healing fixes automatically. Use when user says "watch CI", "monitor pipeline", "check CI status", "fix CI failures", or "self-heal CI". Requires Nx Cloud connection. Do NOT use for local task execution (use nx-run-tasks) or general CI debugging outside Nx Cloud.

Quality

87%

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

SKILL.md
Quality
Evals
Security

Quality

Content

77%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.

The body is highly actionable and the orchestration workflow is exceptionally well sequenced with validation caps and circuit breakers. Its weaknesses are token-efficiency (repeated flows and inlined example transcripts) and the absence of any progressive disclosure into reference files despite the length.

Suggestions

Move the two full example session transcripts (and optionally the detailed decision tables) into a references/ file (e.g. references/examples.md) and link to it, cutting the main SKILL.md body substantially.

Define the package-manager detection and the apply-locally/commit/push sequence once (e.g. a shared 'Local Fix Procedure' section) and reference it from the fix_failed, no_fix, and no_new_cipe paths instead of repeating them.

Fix the misnested numbering in 'Step 3b: Local Verification Flow' (the numbered items after the results table break the outer step sequence), which hurts scannability of the core decision path.

DimensionReasoningScore

Conciseness

The ~450-line body avoids explaining known concepts but contains notable duplication: package-manager detection appears in both Step 3b and No-New-CIPE Handling, the apply-locally/commit/push flow is repeated three times, and two full example sessions are inlined. This matches 'mostly efficient but could be tightened'; level 4 would require only minor trimmable instances.

3 / 5

Actionability

Guidance is fully executable throughout: exact MCP calls (`update_self_healing_fix({ shortLink, action: "APPLY" })`), exact commands (`nx apply-locally <shortLink>`, `git push origin $(git branch --show-current)`), concrete subagent spawn prompt templates, commit message formats, and a config defaults table. Nothing reads as vague or pseudocode-only, matching the copy-paste-ready level-5 anchor.

5 / 5

Workflow Clarity

A clear main loop (Steps 1-4), a status-to-default-behavior mapping table, explicit exit conditions, an error-handling table, and validation feedback loops with caps (local verification max 3 enhance cycles, circuit breaker after 3 no-progress iterations) match the level-5 anchor of clear sequencing with explicit validation and error-recovery loops.

5 / 5

Progressive Disclosure

No bundle files exist (no references/, scripts/, or assets/), so everything — including two full example sessions and detailed decision trees that clearly belong in separate reference files — is inlined in one 450-line SKILL.md. Section structure is good, but 'content that should be separate is inline' matches the level-3 anchor; level 4 expects most content appropriately split across files.

3 / 5

Total

16

/

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, natural trigger phrases, and clear boundaries against sibling skills. The only weakness is that the capability list itself is limited to two actions, leaving the breadth of the skill's behaviors implicit.

DimensionReasoningScore

Specificity

"Monitor Nx Cloud CI pipeline status and handle self-healing fixes automatically" names the domain plus exactly two concrete actions; it does not list several specific sub-capabilities (local verification, lockfile auto-fix, MCP apply/reject), matching the anchor 'Names domain and 1-2 concrete actions, but not comprehensive' rather than the level-4 'several specific actions' anchor.

3 / 5

Completeness

It clearly answers 'what' ("Monitor Nx Cloud CI pipeline status and handle self-healing fixes automatically") and 'when' ("Use when user says 'watch CI', 'monitor pipeline', ...") with concrete trigger phrases, exactly matching the level-5 anchor; level 4 would require the 'when' to be less explicit, which it is not.

5 / 5

Trigger Term Quality

"watch CI", "monitor pipeline", "check CI status", "fix CI failures", "self-heal CI" give comprehensive, natural trigger coverage with synonym variation (watch/check/monitor, fix/self-heal); no common phrasing a user would say is missing, so it exceeds the level-4 anchor.

5 / 5

Distinctiveness Conflict Risk

"Requires Nx Cloud connection. Do NOT use for local task execution (use nx-run-tasks) or general CI debugging outside Nx Cloud" explicitly fences the niche and names the sibling skill, giving clear 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

tech-leads-club/agent-skills

Path

packages/skills-catalog/skills/(tooling)/nx-ci-monitor/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.