CtrlK
BlogDocsLog inGet started
Tessl Logo

roborev-lookahead-review

Use only when the user explicitly invokes /roborev-lookahead-review

58

Quality

73%

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

Fix and improve this skill with Tessl

tessl review fix ./internal/skills/grok/roborev-lookahead-review/SKILL.md
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.

A well-built, highly actionable instruction body: sequenced steps, executable commands, explicit validation, and concrete error handling. It is slightly over the minimal length a wrapper skill needs, mainly due to the Examples and Panels sections.

DimensionReasoningScore

Conciseness

The body is lean with concrete commands and no padding of concepts Claude already knows; the one-sentence definition of look-ahead review is non-obvious domain context. Minor trims are possible — the Examples section restates the Instructions steps, and the Panels subsection runs longer than strictly needed — keeping it below the 'every token earns its place' anchor of 5.

4 / 5

Actionability

Fully executable, copy-paste-ready bash commands for both the no-commit and with-commit cases ("roborev review --wait --type lookahead", the heredoc + "git rev-parse --verify --end-of-options" validation snippet), concrete error-recovery guidance ("roborev status", "roborev init"), and explicit presentation/next-step instructions cover the common cases. It clearly exceeds anchor 4 because nothing is left as pseudocode or high-level hint.

5 / 5

Workflow Clarity

Four clearly sequenced steps with an explicit validation checkpoint ("git rev-parse --verify ... || exit 1", "If validation fails... Do not proceed"), a feedback loop for errors (report, suggest status/init, re-run), and a verdict-conditioned closing step. This matches the anchor with explicit validation steps and error-recovery loops; the operation is read-only so no destructive-cap concerns apply.

5 / 5

Progressive Disclosure

A single self-contained file with well-organized sections (Usage, Sandbox access, When NOT to invoke, Instructions, Examples, See also) and no references to nonexistent bundle files (no references/, scripts/, or assets/ exist; the 'See also' items are slash commands, not files). It sits just above the ~50-line simple-skill threshold, and the detailed Panels subsection is inline content that could plausibly live in a reference file — a minor organization gap versus the fully split/ideal anchor of 5.

4 / 5

Total

18

/

20

Passed

Description

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

The frontmatter description is safe (it will not mis-trigger) but uninformative: it states only the invocation condition and omits both the skill's purpose and its action vocabulary. Adding a 'what' clause and the domain's natural synonyms would raise most dimensions.

Suggestions

Add a 'what' clause, e.g. 'Requests a time-series look-ahead review of a commit (peekahead / future leakage check) and presents the verdict and findings. Use only when the user explicitly invokes /roborev-lookahead-review.'

Include natural synonyms — 'look-ahead review', 'peekahead', 'future leakage', 'temporal leakage' — as trigger vocabulary rather than leaving them only in the body.

State the concrete actions (validate the commit ref, run `roborev review --wait --type lookahead`, present grouped findings) to lift the specificity score from 2.

DimensionReasoningScore

Specificity

The description names a concrete domain ("/roborev-lookahead-review") but describes zero actions — 'Use only when the user explicitly invokes...' says nothing about what the skill does (request a look-ahead review of a commit and present findings). This matches anchor 2 ('Names the domain but actions are minimal or generic'); it is not anchor 1 because a specific command is named, and not anchor 3 because no capability is stated at all.

2 / 5

Completeness

Only the 'when' is present ('Use only when the user explicitly invokes /roborev-lookahead-review') with no 'what' whatsoever — mirroring anchor 2's example ('Use when working with documents'). It cannot be 3 because that anchor requires a clear 'what', and the explicit-invocation constraint does not substitute for one.

2 / 5

Trigger Term Quality

It contains one highly relevant, natural trigger — the literal command a user would type — but omits every synonym ('look-ahead review', 'peekahead', 'future leakage', 'temporal leakage') that appears only in the body. This fits anchor 3 ('Some relevant keywords but missing common variations or synonyms') rather than 4, where only a few natural terms would be missing.

3 / 5

Distinctiveness Conflict Risk

The unique command name plus the 'only when explicitly invoked' constraint give it a clear niche with minimal conflict risk — it cannot fire for similar review skills or general review requests. It clearly matches the anchor for distinct triggers with minimal overlap.

5 / 5

Total

12

/

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
kenn-io/roborev
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.