CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

new

Create a new project to start development quickly

Quality

57%

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 ./lib/clacky/default_skills/new/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

56%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 workflow is well-sequenced with genuine error-recovery guidance, and detail is appropriately pushed into the bundled script. Its main defects are the placeholder, dangling reference for the script invocation — the skill's single most important command — and redundant restating of script internals and the example interaction.

Suggestions

Replace the placeholder command with the real bundle path (e.g. `bash scripts/create_rails_project.sh`) and either add the referenced "Supporting Files" section or link the script directly, since that instruction is currently unexecutable as written.

Trim the "script will automatically" sub-step walkthrough and the Example Interaction section, which duplicate the script's own output and the process steps, saving tokens without losing guidance.

Add an explicit post-script verification step (e.g. confirm the Rails project files and .1024 config exist before starting the dev server) to close the workflow's one validation gap.

DimensionReasoningScore

Conciseness

The body is mostly lean, but the four "script will automatically" sub-steps restate what create_rails_project.sh already does internally, and the Example Interaction section repeats the process a second time. These could be trimmed without losing actionable content.

3 / 5

Actionability

The ask_user JSON payloads, glob check, and terminal guidance are concrete, but the central command is a non-executable placeholder ("<absolute path to create_rails_project.sh from Supporting Files>") pointing to a "Supporting Files" section that does not exist, and step 3 uses pseudocode tool-call syntax. This is guidance with key details missing rather than copy-paste-ready commands.

3 / 5

Workflow Clarity

Steps 0–3 are clearly sequenced with an explicit directory-emptiness check, a user confirmation gate before proceeding, and an Error Handling section giving per-failure recovery actions (poll session logs, verify network, rerun bin/setup). The only gap is the absence of an explicit success verification between the script run and starting the dev server.

4 / 5

Progressive Disclosure

Section structure is reasonable and the heavy lifting is correctly delegated to the bundle file scripts/create_rails_project.sh, but the sole bundle reference is broken — a placeholder path pointing at a nonexistent "Supporting Files" section — so navigation to the reference is present yet not actually usable.

3 / 5

Total

13

/

20

Passed

Description

41%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 single generic capability with no trigger guidance and no mention of Rails, the very domain the skill operates in. It reads closer to the rubric's bad examples than its good ones, primarily because the scope of the actual skill (Rails project scaffolding) is entirely invisible.

Suggestions

Add a "Use when..." trigger clause, e.g. "Use when the user wants to start, scaffold, or initialize a new Rails project."

State the concrete actions: cloning the Rails template, installing Ruby/Node/PostgreSQL dependencies, and starting the dev server, so the description reflects the skill's actual scope.

Include natural trigger terms and synonyms users would say ("new Rails project", "scaffold an app", "set up a project") to distinguish it from generic project-creation skills.

DimensionReasoningScore

Specificity

The only stated action is the generic "Create a new project"; it names the domain but the action is minimal and omits every concrete detail (Rails, template scaffolding, dependency setup, server start) that the skill actually performs.

2 / 5

Completeness

It has a clear "what" ("Create a new project") but no "Use when..." clause; "to start development quickly" only weakly implies the when, which caps completeness at 3 per the rubric guidelines.

3 / 5

Trigger Term Quality

"new project" and "start development" are natural phrases a user would say, but there are no synonyms or variations (Rails, scaffold, app, initialize, boilerplate) and no mention of the Rails technology the skill is built around.

3 / 5

Distinctiveness Conflict Risk

"Create a new project" is very broad and would collide with virtually any project-creation or scaffolding skill (non-Rails ones included), since the description never narrows the domain to Rails.

2 / 5

Total

10

/

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

clacky-ai/openclacky

Path

lib/clacky/default_skills/new/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.