CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/policy-as-code-runner

Use when a team needs custom policies that off-the-shelf scanners don't cover (cost limits, required tags, security baselines) enforced in CI. Writes OPA Rego policies and runs Conftest against Kubernetes manifests, Terraform plans, Dockerfiles or any structured data; also covers Cedar.

Quality

82%

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

67%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-structured, largely copy-paste-ready workflow that sequenced install → author → run → test → CI → admission cleanly with real validation checkpoints. Its weaknesses are moderate verbosity (redundant positioning, an irrelevant cross-plugin tangent, inline version pins) and two executability gaps (placeholder download URL, truncated Gatekeeper template).

Suggestions

Trim known-concept explanation and tangents: drop the 'Conftest is a CLI that uses OPA…' definition sentence, the 'When to use' restatement of the description, and the 'bdd-step-library-curator in the qa-bdd plugin' aside — the anti-patterns table and steps already carry this guidance.

Move version-sensitive details (conftest v0.50.0 pin, actions/checkout@v5) out of the main flow into a short note, and replace the Step 1 '<version>' placeholder URL with a concrete copy-pasteable latest-release command.

Make Step 9 executable: include the complete Gatekeeper ConstraintTemplate Rego (or point to a full reference file) and add an example Constraint CR, plus a brief 'if conftest fails, fix the manifest/policy and re-run' feedback loop after the CI steps.

DimensionReasoningScore

Conciseness

Mostly efficient and code-heavy, but includes unnecessary material: "Conftest is a CLI that uses OPA…" explains what Claude already knows, the "When to use" section restates the description, the "bdd-step-library-curator in the qa-bdd plugin" tangent is irrelevant, and version pins ("v0.50.0", "actions/checkout@v5") sit in the main flow rather than a deprecation/notes section. Not 4: there is more than minor trimming to do; not 2: the bulk of the body is dense, directly usable content.

3 / 5

Actionability

Nearly everything is executable: brew/curl installs, complete Rego policies, "conftest test manifests/ --policy ./policies/", the helm pipe, "opa test policies/", and full CI YAML. Not 5: the Step 1 curl URL contains a literal "<version>" placeholder and the Step 9 ConstraintTemplate is a truncated skeleton ("# Same Rego from Step 2") rather than copy-paste ready.

4 / 5

Workflow Clarity

Steps 1–9 are clearly sequenced from install through CI to Gatekeeper, with validation checkpoints (dedicated policy-testing step 7, "opa test policies/" gating before conftest in CI) and negation-test guidance in the anti-patterns table. Not 5: there is no explicit error-recovery loop (what to do when conftest fails) — validation is present but the validate→fix→retry feedback loop is implicit.

4 / 5

Progressive Disclosure

No bundle files exist; the single SKILL.md is well organized with numbered steps, an anti-patterns table, limitations, and a clearly signaled one-level-deep References section of external links. Not 5: at ~245 lines the per-target policy examples (Kubernetes/Terraform/Dockerfile) are all inline and could be split into per-domain reference files; not 3: structure and navigation are clear, not buried.

4 / 5

Total

15

/

20

Passed

Description

88%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 that clearly states both capability (write Rego policies, run Conftest across K8s/Terraform/Dockerfile targets) and explicit trigger conditions with concrete examples. Trigger coverage is good but omits the most natural domain phrase ("policy as code") and Gatekeeper/admission variants, and has slight overlap risk with general security-scanner skills.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — "Writes OPA Rego policies and runs Conftest against Kubernetes manifests, Terraform plans, Dockerfiles or any structured data; also covers Cedar" — with comprehensive coverage of the skill's domain. Not 4: the action list has no notable coverage gaps.

5 / 5

Completeness

Explicitly answers both: what — "Writes OPA Rego policies and runs Conftest against…"; when — "Use when a team needs custom policies that off-the-shelf scanners don't cover (cost limits, required tags, security baselines) enforced in CI", with concrete trigger conditions. Not 4: the 'when' clause is specific and trigger-phrase-rich, not merely present.

5 / 5

Trigger Term Quality

Good natural keyword coverage: "cost limits", "required tags", "security baselines", "CI", "OPA Rego", "Conftest", "Kubernetes manifests", "Terraform plans", "Dockerfiles". Not 5: the most natural user phrase "policy as code" and common variants like "OPA Gatekeeper"/"admission control" are missing.

4 / 5

Distinctiveness Conflict Risk

Mostly distinct: it explicitly carves out "custom policies that off-the-shelf scanners don't cover", separating it from generic scanner skills. Not 5: "security baselines enforced in CI" and the Cedar mention still carry minor overlap risk with closely related scanning/policy skills.

4 / 5

Total

18

/

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.

Reviewed

On this page