CtrlK
BlogDocsLog inGet started
Tessl Logo

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. ALWAYS USE THIS SKILL instead of native CI provider tools (gh, glab, etc.) for CI monitoring.

62

Quality

74%

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 ./.cursor/skills/monitor-ci/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

58%Scale 1-5

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

This skill demonstrates excellent workflow design with thorough state machines, validation checkpoints, and error recovery — making it highly functional for its complex CI monitoring domain. However, it suffers significantly from verbosity (explaining concepts repeatedly, over-specifying behaviors Claude could infer) and poor progressive disclosure (everything crammed into one massive file). The actionability is strong but could be improved with more precise tool invocation syntax.

Suggestions

Split the monolithic file into SKILL.md (overview + main loop + status table) with references to separate files like FLOWS.md (fix available logic, apply/reject flows), EXAMPLES.md (session examples), and CONFIG.md (configuration defaults, user instruction overrides).

Reduce redundancy by consolidating the apply/reject/apply-locally explanations — they appear in the status table, the decision logic section, AND dedicated subsections. Define each flow once and reference it.

Remove or drastically shorten the anti-patterns section — a single sentence ('Always use subagent polling via Nx Cloud; never use CI provider CLI watch modes or independent fix attempts') would suffice for Claude.

Trim the three example sessions to one representative example, moving the others to a referenced EXAMPLES.md file.

DimensionReasoningScore

Conciseness

The skill is extremely long (~500+ lines) with extensive tables, repeated explanations, and verbose examples. While the domain is complex, there is significant redundancy — e.g., the commit message format is repeated, apply/reject/apply-locally flows are explained multiple times, and many behaviors that Claude could infer are spelled out exhaustively. Anti-patterns and session context sections add bulk without proportional value.

2 / 5

Actionability

The skill provides concrete commands (git, nx-cloud CLI, MCP calls), specific subagent prompt templates, and detailed decision trees with exact conditions. However, some sections use pseudocode-style variable assignments rather than executable code, and the MCP tool calls reference functions without showing exact invocation syntax. Overall mostly executable with minor gaps.

4 / 5

Workflow Clarity

The multi-step workflow is exceptionally well-sequenced with explicit validation checkpoints, feedback loops (local verify → enhance → retry up to N attempts → push to CI), circuit breakers (no_progress_count >= 3), and clear error recovery paths. The state tracking table in Step 3a and cycle classification logic provide robust validation at each stage. Destructive operations (git push, MCP apply) have appropriate gates.

5 / 5

Progressive Disclosure

The entire skill is a monolithic document with no references to supporting files despite being 500+ lines. The subagent definition, detailed flow diagrams, example sessions, and configuration tables could all be split into separate referenced files. There are no bundle files provided, and the content would greatly benefit from being split into overview + detailed reference files.

2 / 5

Total

13

/

20

Passed

Description

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

This is a strong skill description with excellent trigger term coverage and completeness. The explicit 'USE WHEN' clause with multiple natural phrases and the disambiguation from competing tools (gh, glab) are particularly well done. The main weakness is that the specificity of capabilities could be improved — 'monitor' and 'handle self-healing fixes' are somewhat vague about what concrete actions the skill performs.

Suggestions

Add more specific capability details, e.g., 'polls pipeline status, reports task failures, identifies flaky tests, and automatically applies self-healing code fixes' to improve specificity.

DimensionReasoningScore

Specificity

Names the domain (Nx Cloud CI pipeline) and two actions (monitor/track CI status, handle self-healing fixes), but doesn't elaborate on what 'self-healing fixes' entails or what specific monitoring capabilities are provided (e.g., viewing logs, detecting failures, retrying tasks).

3 / 5

Completeness

Clearly answers both 'what' (monitor Nx Cloud CI pipeline and handle self-healing fixes) and 'when' (explicit 'USE WHEN' clause with multiple concrete trigger phrases). Also includes a disambiguation note about preferring this skill over native CI provider tools.

5 / 5

Trigger Term Quality

Excellent coverage of natural trigger phrases: 'monitor ci', 'watch ci', 'ci monitor', 'watch ci for this branch', 'track ci', 'check ci status', 'self-healing CI fixes'. Includes multiple natural variations users would actually say, plus clarifies it should be used instead of native CI tools like gh/glab.

5 / 5

Distinctiveness Conflict Risk

Highly distinctive — specifies 'Nx Cloud CI pipeline' as the domain, explicitly differentiates from native CI tools (gh, glab), and the 'self-healing fixes' concept is a unique niche. The explicit 'ALWAYS USE THIS SKILL instead of...' clause further reduces conflict risk.

5 / 5

Total

18

/

20

Passed

Validation

90%

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

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (658 lines); consider splitting into references/ and linking

Warning

Total

10

/

11

Passed

Repository
mlbymolly/ruview-t4est
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.