CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

init-workspace-shells

Generate shell files.

Quality

56%

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 ./instructions/r2/core/skills/init-workspace-shells/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

61%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 lean, well-structured instruction-only workflow with a clear six-step sequence and explicit verification, but its execution details are incomplete (ACQUIRE/LIST syntax unspecified, no output destinations, vague 'detect environment' step) and it lacks an error-recovery loop for what is a batch file-generation operation. As an instruction-only skill it is solid but not fully executable as written.

Suggestions

Add a fix-and-retry loop to Step 6 (e.g., 'If a diff fails or a file lacks ACQUIRE, regenerate that file from its shell schema and re-verify until zero deviations') to satisfy the batch-operation feedback-loop requirement.

Specify the ACQUIRE/LIST command syntax or point to where the protocol is defined, and state where generated shell files should be written (which directories, which naming convention).

Make 'Detect current environment, preselect IDE/CodingAgent' concrete — what signals to inspect (config files, running processes, environment variables) and how the multi-choose prompt should be presented.

DimensionReasoningScore

Conciseness

The body is lean, assumes competence, and explains nothing Claude already knows; every section carries instructions. It falls just short of 5 because the 'frontmatter + ACQUIRE only, zero inline logic' rule is repeated in core_concepts, the process preamble, and the validation_checklist, and the scattered 'MUST' emphases add little.

4 / 5

Actionability

Steps name concrete KB artifacts to LIST/ACQUIRE (e.g., 'ACQUIRE `skill-shell.md` FROM KB', 'LIST `configure` IN KB'), but the core mechanics are pseudocode-like: 'ACQUIRE <selected configs using TAG> FROM KB', 'Detect current environment, preselect IDE/CodingAgent', and 'Diff each file against its shell schema' are given without syntax, commands, or destinations. This matches 'Some concrete guidance but incomplete; pseudocode instead of executable code; missing key details' — above 2 because the specific KB targets make the sequence executable in outline, below 4 because a first-time executor could not run several steps as written.

3 / 5

Workflow Clarity

The six-step sequence is explicit and Step 6 plus the validation_checklist provide real verification, but this batch operation (generating many files) has no fix-and-retry feedback loop — nothing says what to do when a diff fails or a file lacks ACQUIRE — and the rubric's feedback-loop cap for batch operations limits the score to 3. It is not a 2 because validation is present and explicit rather than absent.

3 / 5

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ are absent) and the ~70-line body is well organized into role, when-to-use, core concepts, process, and checklist sections, with detail appropriately delegated to the external KB rather than inlined. It falls short of 5 because the body slightly exceeds the under-50-line simple-skill threshold and leans on an external KB protocol whose location is never pointed to.

4 / 5

Total

14

/

20

Passed

Description

33%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 "Generate shell files." is a terse what-only statement with no when-to-use guidance, a single generic trigger term, and no hint of the skill's actual niche (IDE/coding-agent workspace bootstrapping via KB-delegated shells). It functions more like a title than a description. Adding a 'Use when...' clause and naming the concrete deliverables would substantially improve it.

Suggestions

Add an explicit trigger clause, e.g., 'Use when onboarding or reconfiguring an IDE/CodingAgent workspace, or when the user mentions workspace shells, shell files, or bootstrapping agent configuration.'

Replace the generic 'Generate shell files.' with the concrete deliverables, e.g., 'Generate skill, agent/subagent, and workflow/command shell files that delegate logic to the KB via ACQUIRE, for IDE/CodingAgent workspace bootstrapping.'

Include the niche-defining terms users would actually say (workspace setup, onboarding, IDE configuration, agent shells) so the description is distinguishable from generic shell-scripting skills.

DimensionReasoningScore

Specificity

"Generate shell files." names a single action and object but the action is generic and gives no detail about what kind of shell files, for which environments, or what generating entails — matching the anchor 'Names the domain but actions are minimal or generic' ("Processes PDF files"). It is above a score of 1 because a concrete verb and artifact are named, but below 3 since there is not even a second concrete action.

2 / 5

Completeness

The description states a clear 'what' ("Generate shell files") but has no 'Use when...' or equivalent trigger guidance, which caps completeness at 3 per the judging guidelines. It is not a 2 because the 'what' is an explicit, grammatical action statement rather than a vague fragment; it is not a 4/5 because the 'when' is entirely absent.

3 / 5

Trigger Term Quality

The only keyword is "shell files", one generic term with no synonyms, natural phrases, or related terms users would say (e.g., workspace, onboarding, IDE, agent shells). This matches 'One or two generic keywords; missing the natural phrases users say' ("Works with files"); it is above 1 because 'shell files' is a relevant domain term, not pure jargon or full genericity.

2 / 5

Distinctiveness Conflict Risk

"Generate shell files" is very broad and would overlap with shell-scripting, CLI scaffolding, and other workspace-setup skills, matching 'Very broad; high overlap risk with many similar skills'. It is above 1 because it is not as generic as 'Helps with code and documents', but below 3 because nothing signals the IDE/agent workspace-bootstrapping niche that the body actually covers.

2 / 5

Total

9

/

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

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository

griddynamics/rosetta

Path

instructions/r2/core/skills/init-workspace-shells/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.