CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

inno-experiment-dev

Creates implementation plan, writes project code with judge feedback loop, and submits final experiment run. Use after code-survey in both Idea and Plan branches.

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/inno-experiment-dev/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

62%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 excels at workflow orchestration: a clearly sequenced three-phase process with validation checkpoints, a feedback loop, failure handling, and a checklist. Its weaknesses are the missing prompt-template files that the entire flow depends on, and repetition of path-resolution and variant-selection details that should be stated once.

Suggestions

Create the `prompts/` directory with the seven referenced build_*.md templates, or inline the essential query-construction details, since every phase currently depends on files absent from the bundle.

State the instance.json path-resolution rule (absolute vs. relative with `path.join`) once in the Inputs section and reference it from steps 5, 7a, and 9 instead of repeating it.

Trim the Tool Mappings table of obvious translations (e.g. `read_file` -> Read tool, `list_files` -> `ls`) and consolidate Idea-vs-Plan prompt-variant notes into a single table.

DimensionReasoningScore

Conciseness

The body is table-driven and free of concept explanations Claude already knows, but it repeats the instance.json path-resolution rule three times ("use as-is or resolve with `path.join(project_path, value)` if relative" appears in the Inputs table, step 5, and step 7a) and restates prompt-variant notes across multiple steps. This fits 'mostly efficient but could be tightened' rather than anchor 4's 'minor instances'.

3 / 5

Actionability

Concrete message structures, cache artifact paths, an explicit early-exit condition ("If `\"fully_correct\": true` in last message, break early"), and real shell commands ("tree -L 3 <path>") are present. However, all seven query builders defer to `prompts/*.md` files that do not exist in the bundle, so the key executable details for actually building queries are missing — 'some concrete guidance but incomplete' rather than anchor 4's 'minor gaps'.

3 / 5

Workflow Clarity

Steps are numbered 1-11 across three clearly delimited phases, with an explicit validation checkpoint ("Verify the plan has clear sections: dataset, model, training, evaluation, file layout"), a built-in judge feedback loop with early exit, a failure path ("If the implementation is not runnable, ML Agent calls `case_not_resolved`"), and a closing checklist covering all phases. This matches the anchor requiring explicit validation, feedback loops, and checklists.

5 / 5

Progressive Disclosure

References are clearly signaled (inline links plus a References section) and the three existing `references/*.md` agent-instruction files are one level deep with no nesting. However, scored against the actual bundle structure, 7 of the 10 referenced paths (`prompts/build_plan_query.md` and six sibling templates) are dangling — the `prompts/` directory does not exist — so navigation fails for the core prompt content, keeping this below anchor 4's 'minor organization gaps'.

3 / 5

Total

14

/

20

Passed

Description

67%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 is concise and specific with a clear what-and-when structure, avoiding fluff entirely. Its main weaknesses are trigger phrasing built on pipeline-internal jargon rather than natural user language, and incomplete domain coverage that never mentions ML experiments.

Suggestions

Add natural trigger phrases a user would actually say, e.g. 'Use when the user asks to implement, iterate on, or run the selected ML experiment' instead of only pipeline-sequencing language.

State the domain explicitly (ML/AI experiment development) so the description is self-contained without knowing the pipeline.

Include common synonyms such as 'train the model', 'run the experiment', or 'finalize submission' to broaden natural keyword coverage.

DimensionReasoningScore

Specificity

Names three concrete actions ("Creates implementation plan", "writes project code with judge feedback loop", "submits final experiment run"), matching the 'several specific actions with minor gaps' anchor. It falls short of 5 because coverage is incomplete — the ML/experiment domain, datasets, and training are never mentioned — and short of nothing below because it exceeds the 1-2 actions of anchor 3.

4 / 5

Completeness

Has a clear 'what' (three stated actions) and an explicit 'Use after code-survey...' clause, satisfying the 'when' requirement and avoiding the 3-cap for missing trigger guidance. Not 5 because the 'when' is sequencing-based rather than concrete user trigger phrases (no 'when the user asks to...' formulation).

4 / 5

Trigger Term Quality

Some relevant keywords exist ("implementation plan", "project code", "experiment run"), but the trigger phrasing relies on pipeline-internal jargon ("Use after code-survey in both Idea and Plan branches") that a user would not naturally say, and common variations/synonyms are missing. Not 4 because natural user-facing terms are largely absent; not 2 because there is more than generic filler.

3 / 5

Distinctiveness Conflict Risk

Pipeline-specific terms ("judge feedback loop", "experiment run", "code-survey", "Idea and Plan branches") give it a clear niche with minimal conflict risk against unrelated skills. Not 5 because "creates implementation plan, writes project code" overlaps with generic coding/planning skills and lacks fully distinct trigger phrasing.

4 / 5

Total

15

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 6 missing

Warning

Total

15

/

16

Passed

Repository

OpenLAIR/dr-claw

Path

skills/inno-experiment-dev/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.