CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

hyperflow-trace

Hyperflow debugging. Use for bugs, test failures, runtime errors, broken builds, or "this doesn't work" reports — verbs like debug, "fix it", solve, "why is X failing", "Y is broken", or a pasted stack trace. Systematic root-cause analysis before any patch — never blind-patch symptoms.

Quality

91%

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

92%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.

An exemplary lean single-purpose skill: a tight six-step root-cause workflow with explicit confirmation and verification gates, and no wasted tokens. The only real weakness is reliance on undefined external terminology ('hyperflow doctrine', 'L1-L3') that a reader cannot resolve within the bundle.

Suggestions

Either inline a one-line definition of the 'hyperflow' doctrine or point to a real bundle file (e.g. references/doctrine.md) — currently the body tells the reader to 'Follow the hyperflow doctrine' with no way to resolve it.

Expand 'Self-review the diff (L1-L3)' to name what L1-L3 means (or drop the qualifier), since the label is undefined in this skill and in the bundle.

DimensionReasoningScore

Conciseness

The ~23-line body is lean and every line instructs ('Read the error, stack trace, or failing test', 'keep asking why until you reach the true cause'). There is no padding and no explanation of concepts Claude already knows, matching anchor 5; there is nothing to trim down to anchor 4's 'minor instances of over-explanation'.

5 / 5

Actionability

Concrete, followable guidance throughout ('List the 2-4 most plausible causes. For each, state a cheap test (read a file, add a log, run one test)'; 'Commit as fix(<scope>): <root cause>'). It falls short of anchor 5 only because of two dangling pointers the reader cannot resolve: 'Follow the hyperflow doctrine' and 'Self-review the diff (L1-L3)' — neither is defined in the body or any bundle file. It is well above anchor 3 because the steps are specific and executable, not pseudocode.

4 / 5

Workflow Clarity

A clear 6-step sequence with explicit validation checkpoints ('Confirm the root cause with evidence... Do not patch on a guess'; 'Verify: re-run the failing case + the surrounding suite') and a hypothesis-test feedback loop that narrows candidates to the real cause. Not a destructive/batch operation, so no cap applies; both the gates and the loop are explicit, matching anchor 5.

5 / 5

Progressive Disclosure

The skill is under 50 lines, single-task, and needs no external references — no references/, scripts/, or assets/ files exist in the bundle. Per the rubric's simple-skill guideline, well-organized sections (Steps, Rules) suffice for a 5. The structure is clean with no monolithic text or buried references.

5 / 5

Total

19

/

20

Passed

Description

86%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 with explicit, natural trigger coverage and a clear what/when pair. Its main limitation is that the capability statement rests on a single process description ('systematic root-cause analysis') rather than enumerating several concrete actions.

DimensionReasoningScore

Specificity

Names the domain ('Hyperflow debugging') and one core process action ('Systematic root-cause analysis before any patch — never blind-patch symptoms'), but does not list several distinct concrete actions the way anchor 4 requires. The single stated capability is more concrete than anchor 2's generic 'Processes PDF files', so anchor 3 is the best fit.

3 / 5

Completeness

Explicitly answers both questions: 'what' via 'Hyperflow debugging... Systematic root-cause analysis before any patch — never blind-patch symptoms' and 'when' via 'Use for bugs, test failures, runtime errors, broken builds...'. Both are concrete with explicit trigger phrases, matching anchor 5; 'when' is multi-triggered and specific, not merely adequate as in anchor 4.

5 / 5

Trigger Term Quality

Comprehensive natural terms with synonyms and paraphrased user phrasings: 'bugs, test failures, runtime errors, broken builds, this-doesn't-work reports, debug, fix-it, solve, why-is-X-failing, Y-is-broken, pasted stack trace'. This matches anchor 5's comprehensive coverage including synonyms; no common variation is missing.

5 / 5

Distinctiveness Conflict Risk

'Hyperflow' is a distinct niche marker and stack-trace/runtime-error triggers clearly belong to a debugging skill. Minor overlap remains: 'broken builds' and 'test failures' could route to build/CI or test skills, and generic verbs like 'fix it'/'solve' span many maintenance skills — anchor 4 ('mostly distinct; minor overlap risk'), not anchor 5's minimal conflict risk.

4 / 5

Total

17

/

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.

Repository

jeremylongshore/tons-of-skills-marketplace

Path

plugins/ai-agency/hyperflow/templates/antigravity/skills/hyperflow-trace/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.