CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

autonomous-loops

Patterns and architectures for autonomous Claude Code loops — from simple sequential pipelines to RFC-driven multi-agent DAG systems. Retained for compatibility only: when new autonomous loop guidance is needed, use continuous-agent-loop instead.

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

Quality

Content

70%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 a well-structured, highly actionable catalog of loop patterns with excellent validation and error-recovery workflow guidance — its strongest dimensions. Its weaknesses are duplication that inflates token cost and the total absence of progressive disclosure: a 600-line monolith covering six independent patterns would serve better as an overview plus per-pattern reference files.

Suggestions

Split each of the six patterns into a one-level-deep reference file (e.g., references/sequential-pipeline.md, references/ralphinho-dag.md), keeping SKILL.md as the spectrum table, decision matrix, and anti-patterns — the current 600-line monolith is the main progressive-disclosure penalty.

De-duplicate content: state the de-sloppify pattern once (section 5) and reference it from section 1's pipeline, and consolidate author credits into the References table only.

For the Ralphinho section, either add a concrete invocation or entry-point example comparable to the other patterns, or move its architectural detail (tier tables, data-flow diagram) into a reference file with a short actionable summary inline.

DimensionReasoningScore

Conciseness

The body is dense with concrete patterns and avoids explaining concepts Claude already knows, but there is real tightening available: the compatibility note duplicates the frontmatter description, the de-sloppify guidance appears in the section-1 pipeline script and again in full in section 5, and author credits are repeated in prose and again in the References table — fitting the 'mostly efficient but could be tightened' anchor rather than the minor-trim profile of a 4.

3 / 5

Actionability

Most guidance is copy-paste executable: complete bash pipelines with set -e, concrete continuous-claude invocations with every flag shown, and a full .claude/commands/infinite.md command file. The Ralphinho section, however, describes architecture, interfaces, and data flow without a runnable entry point, which keeps it at 'mostly executable with minor gaps' rather than fully copy-paste ready.

4 / 5

Workflow Clarity

Multi-step processes are explicitly sequenced with validation checkpoints and error-recovery feedback loops throughout: 'Run the full build, lint, type check, and test suite. Fix any failures', CI failure → auto-fix pass with --ci-retry-max retries, merge-queue eviction that captures conflict context and feeds it to the next pass, 'Run the test suite after cleanup', plus a decision matrix and anti-pattern checklist — matching the top anchor exactly.

5 / 5

Progressive Disclosure

There are no bundle files at all (no references/, scripts/, or assets/), and six largely independent patterns totaling ~600 lines are fully inlined, where a pattern-spectrum overview plus one-level-deep reference files per pattern would be the natural split. Internal structure is good (headers, spectrum table with anchor links), placing it above the 'minimal structure' anchor but squarely at 'content that should be separate is inline'.

3 / 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 communicates a clear, specific niche and handles its deprecation/compatibility status gracefully, but it omits any 'Use when...' trigger guidance for this skill itself and lacks natural trigger variations users would actually say. Adding explicit trigger conditions and natural phrasings would lift completeness and trigger-term quality substantially.

Suggestions

Add an explicit 'Use when...' clause (e.g., 'Use when setting up unattended claude -p pipelines, continuous PR loops, or multi-agent DAG orchestration') — its absence currently caps completeness at 3.

Include natural user phrasings and synonyms such as 'run Claude Code in a loop', 'agentic loop', 'autonomous development pipeline', or 'CI/CD-style agent workflow' to improve trigger-term coverage.

Trim the compatibility sentence to a short pointer so the description's token budget favors capability and trigger coverage over deprecation bookkeeping.

DimensionReasoningScore

Specificity

The description names the domain clearly ("Patterns and architectures for autonomous Claude Code loops") and gives concrete scope markers ("from simple sequential pipelines to RFC-driven multi-agent DAG systems"), but these are content categories rather than several specific actions, matching the 'names domain and 1-2 concrete actions' anchor rather than the comprehensive action list of a 5.

3 / 5

Completeness

It has a clear 'what' (loop patterns and architectures spanning sequential pipelines to DAG orchestration) but no 'Use when...' clause or equivalent trigger guidance for this skill — the only 'when' clause ("when new autonomous loop guidance is needed") redirects to continuous-agent-loop instead, so per the judging guideline completeness is capped at 3.

3 / 5

Trigger Term Quality

"autonomous Claude Code loops" is a natural phrase a user might say, but common variations and synonyms ("run Claude in a loop", "agentic loop", "continuous development pipeline") are absent, fitting the 'some relevant keywords but missing common variations' anchor rather than the good coverage of a 4.

3 / 5

Distinctiveness Conflict Risk

The niche is clear (autonomous loop architectures) and it explicitly disambiguates against its nearest neighbor by naming continuous-agent-loop as the canonical skill, but that same relationship is a genuine overlap with a closely related skill, matching the 'mostly distinct; minor overlap risk' anchor rather than the minimal-conflict profile of a 5.

4 / 5

Total

13

/

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 (618 lines); consider splitting into references/ and linking

Warning

metadata_version

'metadata.version' is missing

Warning

Total

14

/

16

Passed

Repository

affaan-m/ECC

Path

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