CtrlK
BlogDocsLog inGet started
Tessl Logo

gitops-workflow

Implement GitOps workflows with ArgoCD and Flux for automated, declarative Kubernetes deployments with continuous reconciliation. Use when implementing GitOps practices, automating Kubernetes deployments, or setting up declarative infrastructure management.

81

1.09x
Quality

76%

Does it follow best practices?

Impact

84%

1.09x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./tests/ext_conformance/artifacts/agents-wshobson/kubernetes-operations/skills/gitops-workflow/SKILL.md

The canonical home for this skill is gitops-workflow in wshobson/agents

SKILL.md
Quality
Evals
Security

Quality

Content

68%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-organized, code-dense GitOps guide with copy-paste ArgoCD and Flux examples and clearly signaled one-level-deep references. Its main weaknesses are the missing validation checkpoints in workflows that enable destructive auto-sync (prune/selfHeal), and token inefficiencies from restating GitOps principles and duplicating sync-policy YAML already in the reference file.

Suggestions

Embed validation checkpoints after each sync-enabling step (e.g., after creating an Application: `argocd app get my-app` and confirm Healthy/Synced status before enabling `prune: true`/`selfHeal: true`), turning the Troubleshooting commands into an explicit validate → fix → retry loop.

Remove the duplicated sync-policy YAML from the body and keep only the pointer to `references/sync-policies.md`, and drop or compress the OpenGitOps Principles section that restates concepts Claude already knows.

State operator prerequisites inline where the examples depend on them — ArgoCD Rollouts controller for the Rollout example and External Secrets Operator for the ExternalSecret example — and include `argocd login` before the CLI troubleshooting commands.

DimensionReasoningScore

Conciseness

The body is code-first and lean, but two trims are available: the "OpenGitOps Principles" section explains concepts Claude already knows (Declarative, Versioned and Immutable, Pulled Automatically, Continuously Reconciled), and the Sync Policies section inlines the same YAML that "references/sync-policies.md" already documents. This matches 'efficient; minor instances of over-explanation that could be trimmed' rather than 3, since padding is limited to these spots, or 5, where every token would earn its place.

4 / 5

Actionability

Mostly executable guidance: kubectl/flux bootstrap/kubeseal commands and complete Application, GitRepository, Kustomization, and ExternalSecret manifests are copy-paste ready. Minor gaps keep it from 5 — the Rollout and External Secrets examples depend on operators whose installation is never shown, and `argocd login` is absent before CLI troubleshooting commands.

4 / 5

Workflow Clarity

ArgoCD and Flux setup steps are numbered (Installation → Repository Structure → Create Application → App of Apps), but no validation checkpoints are embedded in the workflows, and auto-sync with "prune: true" / "selfHeal: true" is destructive (deletes resources not in Git). Verification commands exist only in the Troubleshooting section, so per the destructive-operation cap, workflow clarity cannot exceed 3.

3 / 5

Progressive Disclosure

Both bundle references are real, one level deep, and clearly signaled at the relevant points ("**Reference:** See `references/argocd-setup.md` for detailed setup", "**Reference:** See `references/sync-policies.md`"). Good structure with minor gaps: the sync-policy YAML is duplicated inline instead of deferred to its reference, and the Progressive Delivery and Secret Management sections (~90 lines) are candidates for reference files. Not 5 because of the duplication; not 3 because references are clearly signaled, not buried.

4 / 5

Total

15

/

20

Passed

Description

83%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: explicit what-and-when structure with concrete trigger phrases, third-person voice, and named tools (ArgoCD, Flux). Keyword coverage is good but misses common synonyms like "continuous deployment" or "CD pipeline", and the capability list leans slightly on GitOps principle-labels rather than distinct actions.

DimensionReasoningScore

Specificity

"Implement GitOps workflows with ArgoCD and Flux for automated, declarative Kubernetes deployments with continuous reconciliation" names the domain, both tools, and several capabilities, matching the 'several specific actions; minor gaps' anchor. Not 5 because phrases like "declarative deployments" and "continuous reconciliation" are principle-labels rather than distinct concrete actions; not 3 because coverage goes beyond 1-2 actions.

4 / 5

Completeness

Both what ("Implement GitOps workflows with ArgoCD and Flux for automated, declarative Kubernetes deployments with continuous reconciliation") and when (explicit "Use when implementing GitOps practices, automating Kubernetes deployments, or setting up declarative infrastructure management" with three concrete trigger phrases) are clearly and explicitly stated in third-person voice. Clearly fits the top anchor rather than 4, where 'when' would be less explicit.

5 / 5

Trigger Term Quality

Natural trigger terms are present — "implementing GitOps practices, automating Kubernetes deployments, or setting up declarative infrastructure management" plus ArgoCD/Flux — giving good keyword coverage. Missing common variations like "continuous deployment", "CD pipeline", or "GitOps repo", so it falls short of the comprehensive-synonyms anchor at 5.

4 / 5

Distinctiveness Conflict Risk

GitOps/ArgoCD/Flux is a clear niche with distinct triggers, but "automating Kubernetes deployments" is broad enough to overlap with generic Kubernetes deployment or Helm skills, matching "mostly distinct; minor overlap risk with closely related skills". Not 5 because of that overlap; not 3 because the tool-specific triggers keep it well above merely 'somewhat specific'.

4 / 5

Total

17

/

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
Dicklesworthstone/pi_agent_rust
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.