CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

autonomous-opus-loop

Autonomous Claude Code operation using Opus 4.5 for intelligent continuation decisions. Use when running long tasks, multi-step implementations, overnight development, or any workflow requiring continuous autonomous operation without human intervention.

Quality

71%

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

Quality

Content

52%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 highly actionable for the core use case — installation, configuration, and operations are all executable — and the safety model is genuinely well documented. However, it is padded with redundant example configs, generic best-practice advice, and an unsupported 'Integration with Other Skills' section, and its progressive disclosure is broken: three of the four advertised reference files are missing while their would-be content is inlined, making the 560-line SKILL.md a de facto monolith.

Suggestions

Create the three missing reference files (references/analyzer-prompts.md, references/safety-patterns.md, references/integration-guide.md) or remove them from the References section, and move the inlined analyzer prompts, safety snippets, and example configurations into them so SKILL.md stays a lean overview.

Cut the three full Example Configuration JSONs and the generic Best Practices section — the Configuration Reference tables already convey the settings, and objective-writing advice can be one example line per setting.

Remove or clearly mark as unimplemented the 'Integration with Other Skills' section: the agent_memory, momentum_keeper, and observability config keys are not read by any bundled script, so following those examples silently does nothing.

DimensionReasoningScore

Conciseness

At ~560 lines the body is noticeably verbose: three full example configuration JSONs that largely duplicate the Configuration Reference tables, a Best Practices section of generic advice Claude already knows, a Version History section, and an entire 'Integration with Other Skills' section whose config keys (agent_memory, momentum_keeper, observability) appear in none of the bundled scripts. Multiple sections could be cut or moved without losing operational content, matching anchor 2 ('several unnecessary explanations or padded sections') rather than anchor 3's 'some' tightening.

2 / 5

Actionability

The Quick Start is copy-paste ready (install script, settings.json hook JSON, autonomous-config.json, launch command), operations are given as exact script invocations with flags, and troubleshooting provides concrete diagnostic commands. It falls short of anchor 5 because the Integrations section documents config that the scripts do not implement and the analyzer-prompt/escalation snippets are illustrative fragments rather than runnable units — 'mostly executable guidance with minor gaps'.

4 / 5

Workflow Clarity

The setup workflow is a clear numbered sequence (install hook → configure objective → launch) and the loop itself has real checkpoints (stop_hook_active guard, iteration/cost caps, consecutive-failure escalation, emergency-stop) plus a Troubleshooting section for recovery. It sits at anchor 4 rather than 5 because Quick Start lacks an explicit pre-flight validation step (e.g., verify the hook actually fires on a dry run before an unattended overnight session), leaving a minor validation gap in a long-running batch workflow.

4 / 5

Progressive Disclosure

The body declares four reference files but only one (references/hook-mechanics.md) exists — analyzer-prompts.md, safety-patterns.md, and integration-guide.md are dangling, so navigation breaks precisely where the deep content is supposed to live. Meanwhile large blocks that clearly belong in those files (full analyzer prompts, integration configs, three example configurations) are inlined in SKILL.md, matching anchor 2 ('content that clearly belongs in separate files is inlined') — the good section headers keep it above anchor 1, but it is below anchor 3 because the signaled references are half-broken.

2 / 5

Total

12

/

20

Passed

Description

78%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 an explicit 'Use when...' trigger clause and a clear statement of what the skill does in third-person voice. Its main weakness is specificity — the capability statement is compressed to one mechanism rather than a set of concrete actions — and trigger breadth ('long tasks', 'multi-step implementations') creates some overlap risk with general loop/scheduling skills.

DimensionReasoningScore

Specificity

The description names the domain ("Autonomous Claude Code operation") and the core mechanism ("using Opus 4.5 for intelligent continuation decisions"), which is roughly 1-2 concrete actions. It does not list several specific capabilities (e.g., progress analysis, safety limits, continuation instructions), so it matches anchor 3 rather than 4, and is well above the vague single-action anchors 1-2.

3 / 5

Completeness

It explicitly answers both questions: 'what' is stated up front ("Autonomous Claude Code operation using Opus 4.5 for intelligent continuation decisions") and 'when' is given as a concrete trigger clause ("Use when running long tasks, multi-step implementations, overnight development, or any workflow requiring continuous autonomous operation"). Both are explicit with concrete trigger phrases, matching anchor 5; it is clearly above anchor 4, where 'when' would be weaker or less specific.

5 / 5

Trigger Term Quality

The 'when' clause offers several natural phrases users would actually say — "running long tasks", "multi-step implementations", "overnight development", "continuous autonomous operation without human intervention". A few common synonyms are missing (e.g., 'unattended', 'keep going until done', 'while I sleep'), so it fits anchor 4's 'good keyword coverage; a few natural terms missing' rather than the comprehensive anchor 5.

4 / 5

Distinctiveness Conflict Risk

The niche is fairly distinct (autonomous looping via an external analyzer instance), but the triggers "long tasks" and "multi-step implementations" are broad enough to overlap with related skills such as generic loop/scheduling skills. This is 'mostly distinct; minor overlap risk with closely related skills' (anchor 4) rather than the minimal-conflict anchor 5.

4 / 5

Total

16

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (563 lines); consider splitting into references/ and linking

Warning

referenced_paths_exist

Referenced path issues: 3 missing

Warning

Total

14

/

16

Passed

Repository

fernandezbaptiste/Skrillz

Path

skills/autonomous-opus-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.