CtrlK
BlogDocsLog inGet started
Tessl Logo

fallback-file-ops

Use run_shell as fallback when execute_code_sandbox or shell_agent fail on filesystem operations

48

Quality

50%

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 ./benchmarks/gdpval/skills/fallback-file-ops/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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 well-structured with a clear, verified four-step workflow and tidy progressive disclosure for a simple skill. Its main weaknesses are non-executable code examples (the 'run_shell:' label convention is never explained) and minor verbosity.

Suggestions

Either drop the 'run_shell:' prefix from code blocks so the shell commands are copy-paste executable, or explicitly state once that 'run_shell:' is an invocation label to strip before running.

Trim padding such as 'This hybrid approach is more reliable for creating complex project structures' and the low-value 'Log tool switches' best practice.

Add a brief error-recovery loop after verification (e.g., if the file is still absent, retry with an explicit absolute path) to lift workflow clarity toward 5.

DimensionReasoningScore

Conciseness

Mostly efficient with clear sections and code, but includes unnecessary padding such as 'This hybrid approach is more reliable...' and a 'Log tool switches' best practice that adds little; fits 'mostly efficient but some unnecessary explanation'.

3 / 5

Actionability

Commands are concrete but not executable as written: the 'run_shell:' prefix is an unstated convention label rather than valid shell, so examples read as pseudocode needing translation; matches 'pseudocode instead of executable code; missing key details'.

3 / 5

Workflow Clarity

A clear four-step sequence with an explicit verification checkpoint (Step 3: test -f / test -d) and a hybrid-usage boundary (Step 4); only minor validation gaps keep it below 5.

4 / 5

Progressive Disclosure

A single self-contained file under 50 lines with well-organized sections and no need for external references; the simple-skill exception applies and structure is clean.

5 / 5

Total

15

/

20

Passed

Description

37%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 states a clear single action (use run_shell as a fallback) but lacks any 'Use when...' trigger guidance and offers minimal action breadth. Trigger-term coverage is thin and unlikely to surface this skill on a natural user request.

Suggestions

Add an explicit 'Use when...' clause naming concrete failure signals, e.g. 'Use when execute_code_sandbox or shell_agent return an unknown error on file or directory creation.'

Broaden the action list beyond a single fallback (e.g., mkdir, file write, copy, move) to increase specificity.

Include natural trigger terms and synonyms users might say (e.g., 'file creation fails', 'tool unknown error', 'mkdir fails') so the skill surfaces in real requests.

DimensionReasoningScore

Specificity

Names the tools (run_shell, execute_code_sandbox, shell_agent) and a concrete fallback action, but offers only one generic action with no breadth of coverage; comparable to the 'Names the domain but actions are minimal' anchor.

2 / 5

Completeness

The 'what' is clear (fall back to run_shell on failure) but there is no 'when/Use when...' clause; per the missing-trigger guideline this caps at 3.

3 / 5

Trigger Term Quality

Only tool names and 'filesystem operations' appear; no natural user-facing phrases, synonyms, or a 'Use when...' trigger, matching the 'one or two generic keywords' anchor.

2 / 5

Distinctiveness Conflict Risk

Tool-specific niche reduces overlap, but 'filesystem operations fallback' is broad and triggers reactively rather than via a distinct user request, fitting the 'somewhat specific but could overlap' anchor.

3 / 5

Total

10

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
HKUDS/OpenSpace
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.