CtrlK
BlogDocsLog inGet started
Tessl Logo

verify-before-complete

Block completion claims until verification evidence has been produced in the current message. Use before marking a task/slice/milestone complete, before creating a commit or PR, before saying "it works" or "tests pass", and any time you are about to claim work is done. The rule is: evidence before claims, always — running the verification must happen now, not "earlier in the session". Fresh output or no claim.

80

Quality

100%

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

100%

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-sequenced, actionable ritual with explicit validation checkpoints and feedback loops, staying lean throughout. It exemplifies the verify-before-claim contract it teaches.

DimensionReasoningScore

Conciseness

Lean and assumes Claude's competence — no generic concept explanations; every section earns its place, and the emphatic lines ('EVIDENCE BEFORE CLAIMS, ALWAYS') are load-bearing rather than padding.

3 / 3

Actionability

Concrete claim→command table, named tools (async_bash, bg_shell, gsd_*, browser_assert), and copy-paste-style evidence examples ('84/84', 'exit 0'); project-specific commands are placeholders with justified flexibility.

3 / 3

Workflow Clarity

A clear 5-step sequence with explicit validation checkpoints (Step 3 failure→loop back, Step 4 staleness re-run), feedback loops, and a success checklist closing the process.

3 / 3

Progressive Disclosure

A single self-contained file (~80 lines) with well-organized sections and no external references; per the rubric's simple-skills note, this scores 3 without bundle files.

3 / 3

Total

12

/

12

Passed

Description

100%

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 tight, third-person description that explicitly states what it does and when to use it, with concrete trigger terms a user would naturally say. It cleanly satisfies every dimension.

DimensionReasoningScore

Specificity

Names multiple concrete triggers — 'Block completion claims', 'before marking a task/slice/milestone complete', 'before creating a commit or PR' — rather than vague language.

3 / 3

Completeness

Explicitly answers both what ('Block completion claims until verification evidence has been produced') and when ('Use before marking a task/slice/milestone complete...') with an explicit Use clause.

3 / 3

Trigger Term Quality

Surfaces natural phrases users actually say ('tests pass', 'it works', 'commit or PR', 'task/slice/milestone complete') with good coverage of completion-claim variants.

3 / 3

Distinctiveness Conflict Risk

The completion-gate niche is distinct and its triggers are specific to completion claims, making it unlikely to fire for the wrong skill.

3 / 3

Total

12

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
gsd-build/gsd-2
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.