CtrlK
BlogDocsLog inGet started
Tessl Logo

ci-monitor

Monitor Nx Cloud CI pipeline and handle self-healing fixes automatically. Checks for Nx Cloud connection before starting.

60

Quality

75%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./.opencode/skills/ci-monitor/SKILL.md

The canonical home for this skill is ci-monitor in nrwl/nx

SKILL.md
Quality
Evals
Security

Quality

Content

70%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 highly actionable, well-sequenced orchestration skill with genuine feedback loops and error handling — its workflow engineering is exemplary. The weaknesses are token efficiency (repeated commit blocks, duplicated package-manager detection, long example transcripts) and the total absence of progressive disclosure: every detail lives inline in one large file.

Suggestions

Move the two example session transcripts and the detailed fix-decision flows into reference files (e.g. references/examples.md, references/fix-flows.md), keeping SKILL.md as an overview with clearly signaled links.

Deduplicate the repeated `git add -A / commit / push` block and the package-manager detection logic into a single referenced procedure.

Specify the `general` subagent prompt template for parallel local task verification so that step is copy-paste executable.

DimensionReasoningScore

Conciseness

Mostly dense domain-specific logic Claude would not know (status enums, MCP actions, wait-mode semantics), but with real redundancy: the identical `git add -A / git commit / git push` block appears three times, package-manager detection is specified twice, and the two full example sessions consume ~60 lines. Fits anchor 3 (mostly efficient but could be tightened) rather than 2 (good structure, no explanations of known concepts) or 4 (redundancy is more than minor).

3 / 5

Actionability

Concrete and executable throughout — exact MCP calls like `update_self_healing_fix({ shortLink, action: "APPLY" })`, commands like `nx apply-locally <shortLink>`, a config defaults table, commit-message templates, and ready-to-use subagent prompt templates. Falls short of anchor 5 because the `general` subagent prompts for parallel task runs are unspecified and steps like "Enhance the code to fix failing tasks" and "attempt local fix based on taskOutputSummary" remain open-ended.

4 / 5

Workflow Clarity

Clear sequence with explicit validation: Step 0 Nx Cloud connection check, a numbered main loop, decision tables per status, exit-condition and error-handling tables, and genuine feedback loops — local verify → enhance → retry capped by `--local-verify-attempts`, a no-progress circuit breaker at 3 iterations, and re-verification before pushing. Matches anchor 5 despite the batch/destructive cap concern, because validation is present.

5 / 5

Progressive Disclosure

Sections are well-organized with clear headers and navigable tables, but the skill is a ~440-line monolith with no bundle files at all — example sessions, detailed decision logic, and the fix-flow variants are all inlined where they clearly belong in separate reference files. Better than anchor 2 (which lacks section structure) but short of anchor 4 (nothing is split out).

3 / 5

Total

15

/

20

Passed

Description

70%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 specific, distinctive description that clearly names the domain and core actions, held back by the complete absence of an explicit "Use when..." trigger clause and thin coverage of the skill's broader fix-management capabilities. Adding trigger phrases would lift both completeness and keyword coverage.

Suggestions

Append an explicit trigger clause, e.g. "Use when the user asks to monitor CI, watch an Nx Cloud pipeline, or auto-fix failed PR builds."

Broaden keyword coverage with natural variations users would say: "CI failed", "build failures", "PR checks", "broken PR".

Mention 1-2 more capabilities (applying/rejecting suggested fixes, local verification) to close the coverage gap.

DimensionReasoningScore

Specificity

Names several concrete actions — "Monitor Nx Cloud CI pipeline", "handle self-healing fixes automatically", "Checks for Nx Cloud connection" — but coverage is incomplete: applying/rejecting fixes, local verification, and lockfile auto-fix workflows are absent. Fits anchor 4 (several specific actions, minor gaps) better than 3 (more than 1-2 actions) and not 5 (not comprehensive).

4 / 5

Completeness

The "what" is clear (monitor Nx Cloud CI, handle self-healing fixes), but there is no "Use when..." clause or equivalent explicit trigger guidance — only weak situational implication via the domain terms. The judging guideline caps completeness at 3 for a missing 'Use when' clause.

3 / 5

Trigger Term Quality

"Nx Cloud", "CI pipeline", and "self-healing" are natural phrases users of this toolchain would say, giving good keyword coverage. Common variations like "build failures", "PR checks", or "CI failed" are missing, so it does not reach anchor 5.

4 / 5

Distinctiveness Conflict Risk

"Nx Cloud CI pipeline" and "self-healing fixes" define a clear niche with distinct triggers; a user mentioning these is unambiguously asking for this skill. Minimal overlap risk with other skills.

5 / 5

Total

16

/

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
nrwl/nx
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.