CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

gitops-cluster-debug

Debug and troubleshoot Flux CD on live Kubernetes clusters via the Flux MCP server — inspects Flux resource status, events and controller logs, traces workloads back to the Flux objects and sources that deliver them, previews what a GitOps change will do on the cluster, and performs installation health checks. Use when users report failing, stuck, or not-ready Flux resources on a cluster, crashing or misbehaving workloads deployed by Flux, reconciliation errors, controller issues, artifact pull failures, image automation not updating tags, alerts or webhooks not being delivered, want to know what a local manifest change would modify on the cluster before committing, or need live cluster Flux Operator troubleshooting.

Quality

95%

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

SKILL.md
Quality
Evals
Security

Quality

Content

92%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 strong operational skill body: every workflow step names a concrete tool with parameters, risky operations are preview-gated, and detailed CRD/troubleshooting material is properly externalized to real reference files with clear loading triggers. The only trimmable content is the repeated get_flux_instance preamble across workflows.

Suggestions

Replace the repeated 'Call get_flux_instance' first step in workflows 1–7 with a single note stating it applies to every workflow, saving several lines without losing the rule.

Merge the 'Cluster Context' section into the General Rules (or vice versa), since both instruct calling get_flux_instance at the start and after context switches.

DimensionReasoningScore

Conciseness

The body is dense and operational — exact tool names, parameter conventions (`fields` JSONPath, `grep`, `previous: true`), and Flux-specific behaviors Claude cannot infer — with no re-explanation of known concepts. It falls short of anchor 5 only through minor repetition: the 'Call get_flux_instance' preamble recurs in workflows 1–7 and overlaps the Cluster Context and General Rules sections. It is well above anchor 3, as nothing is padded or tutorial-style.

4 / 5

Actionability

Guidance is fully executable for an MCP-driven skill: exact tool invocations with parameters (`get_kubernetes_resources` with `fields` JSONPath, `get_kubernetes_logs` with `grep` `error|panic|fatal|exception` and `previous: true`, `reconcile_flux_resource` with `with_source: true`) and concrete shell commands (`kustomize build <path> --load-restrictor=LoadRestrictionsNone`, grep patterns for the field index). Specific examples cover the common debugging cases; per the scoring notes, an instruction-only skill with this level of concrete guidance merits the top anchor.

5 / 5

Workflow Clarity

Nine numbered workflows are clearly sequenced with explicit validation steps ('then verify with get_kubernetes_resources', 'verify the exact field names against the field index') and error-recovery branches ('If controllers are not running or crashlooping… follow Workflow 8', 'A source that is not ready… continue with Workflow 5'). Destructive operations are gated: 'Do not change resources unless the user explicitly asks', 'Preview first… diff_kubernetes_manifest, then apply', 'set dry_run to preview' — so the destructive-cap does not apply. This matches anchor 5's explicit validation, feedback paths, and checklists.

5 / 5

Progressive Disclosure

Scored against the actual bundle: bulky material lives one level deep in real, substantive files — references/flux-crds.md (316 lines) and references/troubleshooting.md (224 lines) — both clearly signaled in a 'Loading References' section with when-to-load triggers, plus inline triggers in workflows 5 and 7 ('Load references/troubleshooting.md (Source Failures)'). The 20 field-index files in assets/schemas/ are linked from the CRD table with grep-by-prefix guidance instead of being inlined. The body retains only the operational core, matching anchor 5's clear overview with well-signaled one-level-deep references.

5 / 5

Total

19

/

20

Passed

Description

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

An exemplary description: third-person voice, concrete capability list, and an explicit 'Use when' clause whose triggers read like real user utterances. It is specific, complete, and clearly distinguishable from adjacent Kubernetes skills.

DimensionReasoningScore

Specificity

The description lists four concrete, distinct capabilities — "inspects Flux resource status, events and controller logs", "traces workloads back to the Flux objects and sources that deliver them", "previews what a GitOps change will do on the cluster", "performs installation health checks" — comprehensively covering the skill's workflows. This matches the anchor 'Lists multiple specific concrete actions; comprehensive coverage' exactly; nothing is vague or padded.

5 / 5

Completeness

Both questions are explicitly answered: the 'what' opens with concrete actions ('Debug and troubleshoot Flux CD on live Kubernetes clusters via the Flux MCP server — inspects…') and the 'when' is an explicit 'Use when users report…' clause with concrete trigger phrases. This mirrors the anchor-5 example structure; the guideline capping completeness at 3 for a missing 'Use when' clause does not apply.

5 / 5

Trigger Term Quality

The 'Use when' clause enumerates natural user phrasings — "failing, stuck, or not-ready Flux resources", "crashing or misbehaving workloads", "reconciliation errors", "artifact pull failures", "image automation not updating tags", "alerts or webhooks not being delivered" — plus synonyms (Flux CD, Flux Operator, GitOps, Kubernetes). Coverage is comprehensive, matching the anchor for natural terms including synonyms; a 4 would require noticeably missing common terms, which is not the case.

5 / 5

Distinctiveness Conflict Risk

The niche is clearly staked — Flux CD troubleshooting on live Kubernetes clusters via the Flux MCP server — with triggers (Flux resources, GitOps changes, image automation, Flux Operator) that no generic Kubernetes or CI/CD skill would claim. Minimal conflict risk, matching the anchor-5 example's clarity of niche.

5 / 5

Total

20

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 19 deeper-than-1-level

Warning

referenced_paths_exist

Referenced path issues: 20 deeper-than-1-level

Warning

Total

14

/

16

Passed

Repository

fluxcd/agent-skills

Path

skills/gitops-cluster-debug/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.