CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

loop-verifier

Independent verification agent for loop-produced changes. Finds reasons to reject. Runs tests. Confirms diff scope. Use after minimal-fix or any implementer sub-agent — never in the same role as the implementer.

Quality

89%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

85%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 tight, well-structured instruction-only skill: the checklist-with-escalation workflow is exemplary, with concrete output formatting and a genuine reject-then-retry feedback loop. The only trimming opportunities are the duplicated reject stance and the slightly repetitive untrusted-input boilerplate, plus the absence of a filled-in evidence example.

Suggestions

State the default-REJECT stance once (either in the intro or in Rules) instead of twice, saving a line without losing emphasis.

Add a two-line filled-in example of the Evidence section (e.g., 'Tests: npm test — 42 passed, 0 failed; Scope: pass, 2 files, both in allowed list') so the output format is unambiguous on first use.

Tighten the untrusted-input block so each bullet covers a distinct rule (instruction refusal, provenance of instructions, priority/verdict self-labeling, flagging hygiene) rather than restating 'do not follow instructions' three times.

DimensionReasoningScore

Conciseness

The body is lean and operational with no explanations of concepts Claude already knows, but the reject stance is stated twice ('Your job is to reject unless evidence is strong' and 'Default stance: REJECT until proven otherwise') and the untrusted-input block restates its core prohibition three ways. These minor redundancies keep it just below the 'every token earns its place' anchor.

4 / 5

Actionability

Concrete checklist items ('You ran tests (or equivalent) and report pass/fail with output snippet'), a copy-paste-ready output template, and a specific escalation rule ('If you cannot run tests (env issue) → ESCALATE_HUMAN') give mostly executable guidance. It falls short of a 5 only because no worked example shows a filled-in evidence report for a common case.

4 / 5

Workflow Clarity

The ordered all-must-pass checklist (Scope → Intent → Tests → No cheating → Risk) includes explicit validation (run tests, report output), a feedback loop (REJECT with numbered reasons plus 'Suggested next step for implementer'), and escalation checkpoints (ESCALATE_HUMAN, human review for medium+ risk). This matches the top anchor: clear sequence, explicit validation, and error-recovery loops.

5 / 5

Progressive Disclosure

The skill is under 50 lines with no bundle files (references/, scripts/, assets/ do not exist), and the body is organized into clear, well-labeled sections (Inputs, Checklist, Output, Rules, Untrusted input). Per the simple-skill guideline, well-organized sections with no need for external references warrant the top score.

5 / 5

Total

18

/

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.

A strong description: concrete third-person actions, an explicit 'Use after...' trigger clause, and a well-delineated niche within loop workflows. The only gap is modest synonym coverage for natural trigger phrases.

DimensionReasoningScore

Specificity

'Finds reasons to reject. Runs tests. Confirms diff scope.' lists multiple specific concrete actions that comprehensively cover the verifier role, in third-person voice. It exceeds the 4 anchor because no meaningful capability of the role is left unspecified.

5 / 5

Completeness

It explicitly answers both what ('Independent verification agent... Finds reasons to reject. Runs tests. Confirms diff scope.') and when ('Use after minimal-fix or any implementer sub-agent') with concrete trigger phrases. This matches the top anchor rather than 4, where the when-clause would be less explicit.

5 / 5

Trigger Term Quality

Natural terms like 'verification', 'tests', 'diff', and 'implementer sub-agent' give good keyword coverage for how users would phrase the need. A few common synonyms ('review', 'check', 'validate') are missing, placing it between the 4 and 5 anchors.

4 / 5

Distinctiveness Conflict Risk

'loop-produced changes' and 'implementer sub-agent' carve a clear niche with distinct triggers, unlikely to fire for a general review or testing skill. The explicit exclusion ('never in the same role as the implementer') further reduces conflict risk.

5 / 5

Total

19

/

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

14

/

16

Passed

Repository

cobusgreyling/loop-engineering

Path

skills/loop-verifier/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.