CtrlK
BlogDocsLog inGet started
Tessl Logo

verification-planning

Verification planning for non-trivial coding work. Use before implementing a feature, bug fix, refactor, cross-system change, or high-confidence behavior change that needs a credible project-specific evidence path.

67

Quality

80%

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

73%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, clearly sequenced planning workflow with explicit per-step completion checkpoints and a closing evidence-interpretation loop. Its main weakness is actionability: much of the guidance frames how to think rather than giving concrete, executable steps, and a few sentences are philosophically padded.

Suggestions

Tighten abstract framing sentences (e.g., the "The purpose is not to select a familiar technique..." passage) into direct imperatives that tell Claude what to produce.

Add one or two concrete worked mini-examples of an evidence path for a representative change type so the abstract guidance becomes executable.

Reposition the non-numbered "Set a verification budget" and "Scope" sections so the six-step sequence reads as one uninterrupted flow, or fold them into the relevant numbered steps.

DimensionReasoningScore

Conciseness

The body is mostly lean and assumes Claude's intelligence without explaining basic concepts, but contains a few philosophical sentences (e.g., "The purpose is not to select a familiar technique. The purpose is to decide how this system can reveal the truth...") that could be trimmed.

4 / 5

Actionability

Concrete directives exist ("ask @librarian for focused research", "assign one owner", "choose the minimum non-duplicative evidence") alongside clear "Complete when" criteria, but much of the guidance is abstract framing ("Derive possible evidence paths from the system itself: its controllable inputs, observable effects...") rather than executable steps.

3 / 5

Workflow Clarity

A clear six-step numbered sequence (Frame, Design, Affordance, Research, Runnable, Close) where every step has an explicit "Complete when" checkpoint and the Close step reports established/limited/refuted, providing explicit validation gates and a feedback loop; the destructive/batch cap does not apply because the skill plans verification rather than performing destructive operations.

5 / 5

Progressive Disclosure

A single self-contained file with well-organized ## headers and numbered steps, no nested or buried references and no content that clearly belongs in separate files; scored 4 rather than 5 because it exceeds the under-50-line simple-skill threshold and a couple of sub-sections ("Set a verification budget", "Scope") sit slightly awkwardly between numbered steps.

4 / 5

Total

16

/

20

Passed

Description

87%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, well-scoped description that explicitly answers both what and when with concrete, natural trigger terms and a clear niche. The only minor weakness is that the core capability is described somewhat abstractly while the concrete items are trigger contexts rather than actions.

DimensionReasoningScore

Specificity

Names the domain plus several concrete change types ("implementing a feature, bug fix, refactor, cross-system change, or high-confidence behavior change"), though the core action ("needs a credible project-specific evidence path") is phrased somewhat abstractly, keeping it just below comprehensive.

4 / 5

Completeness

Clearly states what the skill does ("Verification planning... credible project-specific evidence path") and gives an explicit "Use before..." trigger with concrete phrases, matching the anchor that requires both what and when explicitly.

5 / 5

Trigger Term Quality

Includes natural developer terms ("feature", "bug fix", "refactor", "cross-system change") a user would actually say, with good but not comprehensive coverage of synonyms (e.g., "test", "regression", "validation" are absent).

4 / 5

Distinctiveness Conflict Risk

"Verification planning" with an "evidence path" is a distinct niche scoped to non-trivial changes, with minimal overlap risk against implementation or other planning skills.

5 / 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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
alvinunreal/oh-my-opencode-slim
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.