CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

loop

Run a prompt or skill in this session on a recurring or variable interval (e.g. /loop 5m /foo).

Quality

68%

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

Quality

Content

67%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 delivers concrete, executable instructions for both cloud and local mechanisms, with well-sequenced workflows, explicit validation checkpoints, and good handling of edge cases and platform gotchas. The main cost is token efficiency: the same silent-dedupe warning and several guidance rules are repeated multiple times, and a fully concrete worked example is missing.

Suggestions

State the silent-dedupe/unsubscribe-first rule once (in "Changing an existing timer") and reference it from the Schedule and Guidance sections instead of repeating it four times.

Add one fully concrete worked example with real values (e.g. `sleep 300; echo 'AGENT_LOOP_WAKE_check-deploy {"prompt":"check deploy status"}'`) so the bash pattern is copy-paste ready.

DimensionReasoningScore

Conciseness

The body is mostly efficient with no basic-concept padding, but the silent-dedupe/unsubscribe-first warning is repeated four times ("silently keeps the old config", "drops the `prompt`, `cron`, and `delaySeconds`", "Skipping the unsubscribe is a silent no-op", "Re-arming with the same `name` on a live timer is a silent no-op") and the Guidance sections restate rules already stated inline ("Do not start a local `sleep` loop" repeats the intro). This is more than the minor trim-able instances of anchor 4, though there is no concept-explanation padding that would justify anchor 2.

3 / 5

Actionability

Guidance is mostly executable: exact MCP tool names with their parameters (`delaySeconds`/`cron`, `name`, `subscriptionId`), runnable bash snippets with unique sentinels and a match regex (`^AGENT_LOOP_TICK_<purpose>`), and numbered procedures. It falls short of anchor 5 because the bash examples use unsubstituted placeholders (`<seconds>`, `<prompt>`) with no fully concrete worked example, and the MCP calls are described as parameter lists rather than shown as concrete calls.

4 / 5

Workflow Clarity

Both mechanisms have clearly sequenced numbered steps with explicit checkpoints ("Smoke-check once to confirm clean startup", confirmation lists, PID tracking, list-then-unsubscribe stop procedure with disambiguation guidance) and edge-case handling (duplicate wake notifications, re-arming a watcher only if it exited). It is not anchor 5 because there is no explicit failure-recovery loop, e.g. what to do if the smoke check or initial subscription call fails.

4 / 5

Progressive Disclosure

No bundle files exist; the single SKILL.md is well-organized into clearly separated Parse/Subscription-timer/Monitored-shell sections with labeled subsections, and nothing is buried or nested. It is not anchor 5 because at ~115 lines (above the under-50-line simple-skill exception) the two full mechanism guides and their overlapping Guidance sections live inline where they could be split, and mechanism sections use H1 headers while their subsections use H2, a minor organization inconsistency.

4 / 5

Total

15

/

20

Passed

Description

53%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 clearly states what the skill does and how it is invoked, with a concrete example, and occupies a distinct niche. Its main weakness is the absence of any "Use when..." trigger guidance and of natural trigger synonyms, which caps both completeness and trigger-term quality at the midpoint.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user asks to run something every N minutes, on a schedule, on repeat, or to babysit a task until it finishes."

Include natural user phrasings as trigger terms: "every 5 minutes", "repeatedly", "on a timer", "keep checking" — so the skill triggers on how users actually ask for recurring runs.

Briefly enumerate the distinct capabilities (fixed-interval scheduling, dynamic self-pacing, stopping/canceling a loop) to raise specificity beyond a single action.

DimensionReasoningScore

Specificity

"Run a prompt or skill in this session on a recurring or variable interval" names the domain and 1-2 concrete actions (fixed-interval and variable-interval runs) with an invocation example, but does not enumerate other capabilities such as interval parsing, stopping, or self-pacing. It is more concrete than anchor 2's domain-only examples but lacks the several-specific-actions coverage of anchor 4.

3 / 5

Completeness

The "what" is clear (run a prompt in-session on a recurring or variable interval), but there is no "Use when..." clause; the "(e.g. /loop 5m /foo)" example only weakly implies when to use it. Per the judging guideline, a missing explicit trigger clause caps completeness at 3.

3 / 5

Trigger Term Quality

Includes some natural keywords users would say ("loop", "recurring", "interval", "run a prompt"), but misses common variations like "every 5 minutes", "repeat", "on a schedule", or "timer". Coverage is relevant but not comprehensive, matching anchor 3 rather than anchor 4's good-but-incomplete keyword set.

3 / 5

Distinctiveness Conflict Risk

"Run a prompt or skill in this session on a recurring or variable interval" carves a distinct niche (in-session recurring execution) with minor overlap risk against generic scheduler/cron skills. It lacks the explicit distinguishing trigger phrases of anchor 5, but is far more specific than anchor 3's "could still overlap" examples.

4 / 5

Total

13

/

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

saski/arnesto

Path

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