CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

loop-engineering

Use to retry a task until tests, builds, or lint pass via Grill interview plus loop Monitor.

Quality

69%

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 ./src/skills/loop-engineering/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

72%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 commendably lean and well-sectioned for a small single-file skill, and it names concrete callbacks and function calls. Its weakness is incomplete executable guidance and an implicit workflow: the Grill interview's answers are never connected to loop creation, and the execute/verify attempt cycle is only hinted at.

Suggestions

Show how the Grill interview answers map to loop parameters and add the concrete step that starts the loop after the interview (e.g., a short example invocation with the gathered fields).

Make the per-attempt sequence explicit: execute agent runs → verify agent checks → retry or escalate, so the interview-to-monitor handoff is a stated step rather than an implication.

Define or drop the unexplained jargon in Notes ("autoresearch pattern", "BackgroundJobBoard signals are baked into the runtime") — as written these notes assume context the skill never provides.

DimensionReasoningScore

Conciseness

The ~25-line body contains zero padding: terse interview questions ("What are you trying to accomplish?"), callback signatures, and two compact notes ("Do not auto-resolve"), with no explanation of concepts Claude already knows. This matches "lean and efficient; every token earns its place"; it is not 4 because there is nothing that could be trimmed.

5 / 5

Actionability

Concrete API surface is named ("onLoopComplete(loopID, success)", "resolveManualReview(loopID, passed, reason)", "cancel(loopID)") with literal interview questions, but key execution details are missing — nothing shows how the interview answers become loop parameters or how a loop is actually started. This fits "some concrete guidance but incomplete... missing key details" rather than 4, because the gaps (no entry point, no parameter mapping) exceed minor ones.

3 / 5

Workflow Clarity

The Grill interview is a clear numbered sequence and callback handling is ordered (report outcome → escalate/manual review → cancel), but the interview-to-loop handoff is implicit: there is no step for launching the loop and no per-attempt execute/verify sequence, and validation checkpoints are implied rather than explicit. This matches "steps listed but validation gaps; checkpoints missing or implicit" — not 2 because a genuine rough sequence with defined responses exists, not 4 because the interview→monitor connection is a real gap.

3 / 5

Progressive Disclosure

This is an under-50-line, single-purpose skill with no need for external references (no references/, scripts/, or assets/ bundle exists, and the body cites none). Content is split into three well-labeled sections (Grill, Loop Monitor, Notes) with no inline bulk that belongs in separate files, which per the simple-skill scoring note earns a 5 for well-organized sections.

5 / 5

Total

16

/

20

Passed

Description

50%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 description communicates a clear core capability (retrying until tests/builds/lint pass) but has no explicit "when to use" trigger clause, relies on unexplained internal jargon ("Grill interview plus loop Monitor"), and lacks natural synonym coverage. It sits at the midpoint across all four dimensions.

Suggestions

Add an explicit trigger clause, e.g. "Use when a task, build, or lint run keeps failing and the user wants to iterate until it passes."

Replace or gloss the internal jargon "Grill interview plus loop Monitor" with natural terms users would actually say (e.g. "interview-style setup" or "retry loop").

Broaden trigger keywords with synonyms such as "loop", "keep trying", "iterate", "failing tests", or "flaky build" so the skill surfaces for the phrasings users naturally use.

DimensionReasoningScore

Specificity

"retry a task until tests, builds, or lint pass" names the domain and the concrete verification targets, but "Grill interview plus loop Monitor" is unexplained jargon and no further specific actions are listed. This matches the anchor "names domain and 1-2 concrete actions, but not comprehensive" rather than 4, which requires several specific actions.

3 / 5

Completeness

The "what" is clear ("retry a task until tests, builds, or lint pass"), but there is no "Use when..." clause or equivalent explicit trigger guidance, which per the judging guidelines caps completeness at 3. It is not 2 because the "what" is concrete rather than vague, and not 4 because the "when" is entirely absent, not merely imprecise.

3 / 5

Trigger Term Quality

"retry", "tests", "builds", "lint", and "pass" are terms a user might plausibly say, but common variations like "loop", "keep trying", "failing", or "iterate" are absent, and "Grill interview plus loop Monitor" is internal jargon no user would utter. This fits "some relevant keywords but missing common variations or synonyms", not 4, since keyword coverage is not good enough to be merely missing a few naturals.

3 / 5

Distinctiveness Conflict Risk

The retry-until-green niche is somewhat specific, but "retry a task" could overlap with general task-execution or test-fixing skills, and the only differentiating terms ("Grill interview", "loop Monitor") are opaque to a user deciding between skills. This matches "somewhat specific but could still overlap with similar skills", not 4, since no distinct natural-language triggers are provided.

3 / 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

alvinunreal/oh-my-opencode-slim

Path

src/skills/loop-engineering/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.