CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/checkov-policy

Use when infrastructure code (Terraform, CloudFormation, Kubernetes, Helm, ARM, Serverless, CDK) needs security scanning with the broadest built-in rule set: Checkov with custom Python checks, SARIF and JUnit output, and a baseline so CI fails only on new findings. Single-tool option: trivy-config.

Quality

87%

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

Overview
Quality
Evals
Security
Files

Quality

Content

78%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 a well-structured, command-first guide with a clear step sequence, a realistic worked example, an anti-patterns table, and honest limitations. Deep content is correctly offloaded to a real, clearly-signaled reference file. The main gaps are a non-executable placeholder in Step 9, a stale-prone pinned version, and a few rationale sentences that could be trimmed.

Suggestions

Replace the Step 9 placeholder comment "# Combine the three reports into a unified verdict" with an executable command or script, or point to a reference file containing the merge logic.

Move the specific pinned version ("checkov==3.2.500") out of the command examples and describe the pinning pattern generically (e.g. "pin the latest version in requirements-dev.txt") to avoid time-sensitive staleness.

Trim inferable rationale sentences (e.g. the baseline adoption explanation in Step 7) and add a small validation checkpoint after the CI SARIF upload in Step 8 (e.g. confirming the Security tab reflects the run).

DimensionReasoningScore

Conciseness

The body is dominated by lean, copy-paste command blocks, but includes a few inferable rationale sentences ("Baselines let teams adopt Checkov against legacy code without fixing all existing issues at once") and a time-sensitive pinned version ("checkov==3.2.500") outside any deprecation section.

4 / 5

Actionability

Steps 1-8 provide fully executable commands (install, scan, output formats, skips, soft-fail, baseline) plus a concrete worked example, but Step 9 ends with the non-executable placeholder comment "# Combine the three reports into a unified verdict".

4 / 5

Workflow Clarity

"How to use" maps a numbered overview onto explicit Step 1-9 sections in execution order, with soft-fail/hard-fail semantics, baseline gating, and a worked-example feedback loop (new finding -> fix or justified skip -> green build); minor validation gaps remain, e.g. no check that the SARIF upload succeeded.

4 / 5

Progressive Disclosure

Verified against the bundle: both links to references/custom-checks-and-ci.md (Steps 5 and 8) resolve to a real file holding the deep material (custom-check Python code, CI YAML) one level deep, while the body remains a well-organized overview with clear step navigation.

5 / 5

Total

17

/

20

Passed

Description

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

The description is strong: it explicitly answers both what (Checkov scanning with custom checks, SARIF/JUnit output, baseline gating) and when (named IaC frameworks needing security scanning) in third-person-free imperative style consistent with the rubric's good examples. Trigger coverage is good but misses common synonyms like "IaC" and "misconfiguration".

DimensionReasoningScore

Specificity

"security scanning", "custom Python checks", "SARIF and JUnit output", and "a baseline so CI fails only on new findings" enumerate multiple concrete capabilities spanning scanning, extension, reporting, and CI gating with comprehensive coverage.

5 / 5

Completeness

"Use when infrastructure code (Terraform, CloudFormation, Kubernetes, Helm, ARM, Serverless, CDK) needs security scanning" gives an explicit when-clause with concrete framework triggers, and the Checkov capability list clearly answers what it does.

5 / 5

Trigger Term Quality

"Terraform, CloudFormation, Kubernetes, Helm, ARM, Serverless, CDK", "infrastructure code", and "security scanning" are terms users naturally say, but common synonyms like "IaC", "misconfiguration", or "policy as code" are missing.

4 / 5

Distinctiveness Conflict Risk

The enumerated IaC frameworks, "broadest built-in rule set" positioning, and the explicit sibling boundary "Single-tool option: trivy-config" carve a clear niche with minimal conflict risk.

5 / 5

Total

19

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Reviewed

On this page