CtrlK
BlogDocsLog inGet started
Tessl Logo

bash-hygiene

Review, create, and validate Bash scripts when shell work needs strict mode, quoting safety, portability, or interpreter-compatible behavior.

53

Quality

60%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

The risk profile of this skill

Fix and improve this skill with Tessl

tessl review fix ./Skills/agent-ops/bash-hygiene/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

35%Scale 1-3

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This skill provides a reasonable structural framework for Bash script review but critically lacks actionable, executable content. There are no code examples, no shellcheck command invocations, no strict-mode boilerplate (`set -euo pipefail`), and no concrete quoting fix demonstrations. The skill reads more like a process outline than a teaching document that would help Claude perform Bash hygiene tasks effectively.

Suggestions

Add concrete, executable examples: a strict-mode boilerplate snippet, a before/after quoting fix, and an exact shellcheck invocation command (e.g., `shellcheck -x -s bash script.sh`).

Replace the abstract workflow bullets with specific steps showing what to check and how, e.g., 'Verify shebang matches target shell: `head -1 script.sh` should show `#!/usr/bin/env bash`'.

Add at least one complete worked example showing input (buggy script snippet) and output (fixed script with explanation of the fix).

Consolidate the 'Avoid' and 'Anti-Patterns' sections to reduce redundancy and free tokens for actionable content.

DimensionReasoningScore

Conciseness

The content is reasonably efficient but includes some meta-commentary and philosophical framing ('Philosophy', 'Anti-Patterns') that Claude doesn't need. Sections like 'Avoid' and 'Anti-Patterns' overlap conceptually. The 'Inputs' and 'Outputs' sections are terse but read more like a schema stub than actionable guidance.

2 / 3

Actionability

The skill lacks any concrete code, commands, or executable examples. The workflow is described abstractly ('Check strict mode, quoting, arrays, traps, paths, and temporary files') without showing what to check or how. The examples section lists user prompts but provides no corresponding outputs or code patterns. There are no shellcheck invocation examples, no strict-mode boilerplate, no quoting fix demonstrations.

1 / 3

Workflow Clarity

The workflow section provides a reasonable sequence (identify shell, check issues, run shellcheck, report fixes) and the validation section includes a fail-fast gate. However, the steps are vague and lack explicit validation checkpoints between them. For a skill involving potentially destructive shell operations, the absence of concrete validation commands and feedback loops is a gap.

2 / 3

Progressive Disclosure

The skill references multiple external files (contract.yaml, evals.yaml, task-profile.json, deferred context directory) with clear paths, which is good structure. However, no bundle files were provided to verify these references exist, and the main content itself is thin enough that the references feel like they're compensating for missing substance rather than appropriately splitting detailed content.

2 / 3

Total

7

/

12

Passed

Description

85%Scale 1-3

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a strong description that clearly communicates both what the skill does and when to use it, with a well-defined niche around Bash scripting best practices. The main weakness is that trigger term coverage could be broader to capture more natural user phrasings like '.sh files', 'shell script', or 'POSIX compatibility'.

Suggestions

Add more natural trigger term variations such as '.sh files', 'shell script', 'POSIX', 'shellcheck', or 'bash scripting' to improve discoverability.

DimensionReasoningScore

Specificity

Lists multiple concrete actions ('review, create, and validate Bash scripts') and specifies concrete quality dimensions ('strict mode, quoting safety, portability, interpreter-compatible behavior').

3 / 3

Completeness

Clearly answers 'what' (review, create, validate Bash scripts) and 'when' ('when shell work needs strict mode, quoting safety, portability, or interpreter-compatible behavior'). The 'when' clause is explicitly stated with trigger conditions.

3 / 3

Trigger Term Quality

Includes 'Bash scripts' and 'shell' as natural terms, plus domain-specific terms like 'strict mode' and 'quoting safety'. However, it misses common user variations like 'shell script', '.sh files', 'bash', 'shellcheck', 'shebang', or 'POSIX'.

2 / 3

Distinctiveness Conflict Risk

The focus on Bash-specific concerns like strict mode, quoting safety, and portability creates a clear niche that is unlikely to conflict with general coding skills or other scripting language skills.

3 / 3

Total

11

/

12

Passed

Validation

90%

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

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

10

/

11

Passed

Repository
jscraik/Agent-Skills
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.