CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

improve-loop

Systematically review and improve every shell feature and builtin command. Iterates through each feature/command, runs code-review, fixes issues, and re-reviews until clean.

79

1.56x
Quality

76%

Does it follow best practices?

Impact

91%

1.56x

Average score across 3 eval scenarios

SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./.claude/skills/improve-loop/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

77%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 an exceptionally actionable, tightly sequenced workflow with real validation and feedback loops — among the strongest execution protocols a multi-step skill can have. Its weaknesses are redundancy (repeated rules and emphatic padding) and the absence of any progressive disclosure: everything, including a reusable review-spec payload, lives inline in one long file.

Suggestions

Move the review dimensions (A–K), GTFOBins procedure, and findings output format into a references/review-instructions.md file and have the body instruct agents to read and forward it, shrinking SKILL.md to the orchestration loop.

Delete the closing "Important rules" section or reduce it to only rules not already stated in-step, and tighten the STOP section's repeated "Do NOT skip" bullets into a single sentence.

Trim meta-commentary like "The randomized order ensures that each run... avoiding systematic bias" — the rationale can be one clause instead of a paragraph.

DimensionReasoningScore

Conciseness

The A–K review dimensions encode genuinely project-specific rules (callCtx.OpenFile, the 1MB output limit, skip_assert_against_bash semantics) that earn their tokens, but the closing "Important rules" section restates rules already stated in-step ("Sandbox first", "Stream, don't buffer", "Respect the batch limit", "Use gate checks") and the STOP section's repetitive "Do NOT skip... because you think..." bullets are padded emphasis. Not 4 because these redundant spans are more than minor trimmable instances.

3 / 5

Actionability

Fully copy-paste-ready commands throughout: `gh pr view $ARGUMENTS --json number,url,headRefName,baseRefName`, `go test ./tests/ -run "TestShellScenarios" -timeout 120s`, exact commit-message formats (`[<target>] Fix null byte handling...`), exact PR-comment templates, and an exact findings output format with priority levels. Not below 5 because the concrete examples cover the common cases end to end.

5 / 5

Workflow Clarity

Clear gated sequence (Step 1 → 2 loop → 3 → 4) with explicit TaskList verification before each step, feedback loops for error recovery (test failure → fix → re-run with a 3-attempt cap; per-target fix loop; full-sweep re-review in Step 3), a decision table for continuation, and a hard 50-batch limit. This is a batch operation with complete validation, matching the top anchor.

5 / 5

Progressive Disclosure

Section headers and internal navigation are good, but the skill is a single monolithic file with no bundle references at all, and the ~100-line agent review-instruction spec (dimensions A–K, GTFOBins procedure, output format) — which is pasted verbatim into every subagent prompt — clearly belongs in a one-level-deep references file. Not 2 because the structure is genuinely strong, not minimal; not 4 because content that should be split out is fully inlined.

3 / 5

Total

16

/

20

Passed

Description

66%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 conveys what the skill does with concrete, third-person action language, but it entirely lacks a "when to use" trigger clause, which is its main structural gap. Trigger vocabulary is good but could add natural synonyms. Overall a solid, specific description that falls just short of the strongest examples.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user asks to review, improve, audit, or clean up shell builtins or shell features, or to harden a PR against code review."

Include natural synonyms users might say — "audit", "cleanup", "harden", "fix review findings" — to broaden trigger coverage.

Briefly mention the verification loop's distinguishing behaviors (runs tests, posts PR progress comments) to further separate it from generic code-review skills.

DimensionReasoningScore

Specificity

"Iterates through each feature/command, runs code-review, fixes issues, and re-reviews until clean" names the domain and several concrete actions. Not 5 because it omits capabilities the skill actually performs (running tests, batching, posting PR summaries), leaving minor coverage gaps.

4 / 5

Completeness

The "what" is clearly stated ("Systematically review and improve every shell feature and builtin command"), but there is no "Use when..." clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines. Not 2 because the "what" half is concrete and multi-part, not vague.

3 / 5

Trigger Term Quality

"shell", "builtin command", "review", "improve", "code-review" are natural terms a user would plausibly say. Not 5 because common variations like "audit", "cleanup", "harden", or "fix issues in <command>" are missing.

4 / 5

Distinctiveness Conflict Risk

"shell feature and builtin command" carves a specific niche with low conflict risk against unrelated skills. Not 5 because generic phrases like "review and improve" and "runs code-review" overlap with general code-review skills.

4 / 5

Total

15

/

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

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

14

/

16

Passed

Repository

DataDog/rshell

Path

.claude/skills/improve-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.