CtrlK
BlogDocsLog inGet started
Tessl Logo

greet

Greets a repo visitor with the project's own voice.

24

Quality

14%

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 ./plugins/sdlc/scripts/__tests__/fixtures/C/testplugin/skills/greet/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

0%Scale 1-5

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

This skill body is effectively empty — it contains only a meta-comment ('Skill body — never copied into the generated page.') and no actual instructional content. Despite the description suggesting it should greet repo visitors with the project's own voice, the body provides zero guidance on how to accomplish this task.

Suggestions

Add concrete instructions describing how to identify and adopt a project's voice/tone from its existing documentation (README, contributing guides, etc.).

Include at least one example showing an input (e.g., a project's README excerpt) and the expected greeting output.

Define a clear workflow: 1) scan repo for voice indicators, 2) identify tone/style, 3) generate greeting, 4) verify it matches the project's conventions.

Specify what files or signals Claude should look at to determine the project's 'voice' (e.g., README.md tone, existing welcome messages, CONTRIBUTING.md style).

DimensionReasoningScore

Conciseness

The skill body contains only the sentence 'Skill body — never copied into the generated page.' which provides zero actionable content. While extremely short, it fails to provide any useful information at all, making token efficiency irrelevant — there's nothing of value.

1 / 5

Actionability

There is no concrete guidance, no code, no commands, no examples, and no instructions whatsoever. The single sentence is a meta-comment about the skill body itself, not actual skill content.

1 / 5

Workflow Clarity

No workflow, steps, sequence, or validation checkpoints are present. The content is entirely empty of any process description.

1 / 5

Progressive Disclosure

No structure, no sections, no references to other files, and no organization of any kind. The content is a single non-instructional sentence with no bundle files to support it.

1 / 5

Total

4

/

20

Passed

Description

28%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 too terse and abstract to effectively guide skill selection. It identifies a narrow use case (greeting repo visitors) but fails to explain what concrete actions are performed, lacks trigger terms users would naturally use, and provides no 'when to use' guidance.

Suggestions

Add a 'Use when...' clause with trigger terms like 'welcome message', 'repo greeting', 'visitor onboarding', or 'README welcome section'.

Specify concrete actions such as 'Generates a welcome message for repository visitors based on the project's tone, README, and contribution guidelines'.

Include natural synonyms and variations users might say, such as 'greeting', 'welcome', 'introduce the project', 'new contributor message'.

DimensionReasoningScore

Specificity

Names the domain (greeting repo visitors) but the action is minimal and vague. 'Greets' is a single generic action, and 'the project's own voice' is abstract without explaining what that concretely entails.

2 / 5

Completeness

Has a vague 'what' (greets a repo visitor) but no 'when' clause at all. There is no explicit trigger guidance for when Claude should select this skill, which per the rubric should cap completeness at 3, and the weak 'what' brings it to 2.

2 / 5

Trigger Term Quality

Contains 'repo' and 'greets' as keywords, but misses natural terms users might say like 'welcome message', 'README greeting', 'onboarding', 'contributor welcome', or 'repository introduction'. The phrase 'project's own voice' is not something a user would naturally request.

2 / 5

Distinctiveness Conflict Risk

Somewhat specific to greeting repo visitors, which narrows the domain, but 'project's own voice' is vague enough that it could overlap with skills related to README generation, documentation, or tone/style guides.

3 / 5

Total

9

/

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
whimzyLive/nightshift-ai
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.