CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

invariants-hunt

Adversarial hunt for broken invariants in the changes since a fixed point. A subagent writes inputs that try to break each property the design promises, and a finding counts only with a test that fails on this head. Use when the user asks for an invariants hunt, to break or stress a change, or to prove that a design holds.

Quality

90%

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

88%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 tight, highly executable playbook: concrete git commands, a five-part evidence gate with a feedback loop, explicit verdict categories, and a complete subagent brief template. Minor improvements possible in trimming the opening rationale and moving the brief template to a reference file.

DimensionReasoningScore

Conciseness

The body is dense and assumes competence — no basic concepts are explained, and every step carries operational detail. It is not a 5 because the opening rationale paragraph and a few aphoristic asides ('a wrong invariant is cheaper to correct now than after the hunt') could be trimmed without losing guidance.

4 / 5

Actionability

Concrete commands appear throughout ('git rev-parse', 'git log --oneline <fixed-point>..HEAD', 'git status --short', 'git diff plus new files via git add -N') and the Brief is a complete, copy-paste-ready subagent dispatch template whose angle-bracket placeholders are explicitly justified ('Replace the angle-bracket fields. Keep the rest.'). It fully matches the 5 anchor.

5 / 5

Workflow Clarity

Six clearly sequenced steps with an explicit evidence gate (step 4's five-part finding requirement), a feedback loop ('Send anything less back with "reproduce or drop"'), verification requirements ('confirm the focused suites pass with them and that exactly your new tests fail without them'), and a done-when checklist. This matches the 5 anchor's validation steps, feedback loops, and checklist.

5 / 5

Progressive Disclosure

Sections are well organized (Steps, Brief) with clearly signaled one-level cross-skill references (../code-review/SKILL.md, ../code-review/rules.md, ../pr/SKILL.md). It is not a 5 because the ~40-line brief template inlined in a >50-line skill could plausibly live in a bundle reference file, leaving SKILL.md a leaner overview.

4 / 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: it concretely states the mechanism (subagent writes breaking inputs, findings require a failing test) and gives an explicit 'Use when' clause with natural trigger phrases. The only weakness is modest synonym coverage in the trigger terms.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — 'writes inputs that try to break each property the design promises', 'a finding counts only with a test that fails on this head', 'changes since a fixed point' — comprehensively covering the skill's capability in third person. It exceeds the 4 anchor because there are no notable gaps in coverage of what the skill does.

5 / 5

Completeness

Both 'what' (adversarial invariant falsification with test-gated findings) and 'when' are explicitly answered with concrete trigger phrases ('Use when the user asks for an invariants hunt, to break or stress a change...'). This matches the 5 anchor exactly.

5 / 5

Trigger Term Quality

Natural trigger phrases are present — 'invariants hunt', 'break or stress a change', 'prove that a design holds' — but a few natural synonyms users might say (e.g. 'verify', 'holds up', 'falsify', 'property-based') are missing. Good coverage rather than comprehensive, fitting the 4 anchor.

4 / 5

Distinctiveness Conflict Risk

The skill occupies a clear niche — invariant falsification via adversarial inputs — with triggers distinct from ordinary code review or testing skills. It is not the 4 anchor since overlap risk with closely related skills is minimal given the explicit 'Do NOT review the diff' framing carried by the trigger set.

5 / 5

Total

19

/

20

Passed

Validation

81%

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

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

relative_links

Relative link issues: 3 suspicious

Warning

Total

13

/

16

Passed

Repository

storybookjs/storybook

Path

.agents/skills/invariants-hunt/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.