CtrlK
BlogDocsLog inGet started
Tessl Logo

comet-review

Manually review the implementation diff for the current Comet change. Report correctness, security, and edge-case issues without advancing the workflow.

58

Quality

66%

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 ./assets/skills/comet-review/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

75%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 well-structured, actionable read-only review workflow with concrete commands, explicit scope/validation handling, a severity taxonomy, and a copy-paste report template. It assumes Claude's competence and avoids concept over-explanation; the main room for improvement is tightening a few conditional branches and the constraint bullet list.

DimensionReasoningScore

Conciseness

The body is efficient: it provides concrete commands and a reporting template without explaining concepts Claude already knows, with only minor phrasing that could be trimmed (e.g. the long "Do not..." bullet list, though necessary for the read-only constraint).

4 / 5

Actionability

Concrete executable commands appear throughout ("comet status . --json", "git status --short --untracked-files=all", "comet state get <change-name> phase") plus a copy-paste finding format and defined severity levels, with minor gaps where guidance is conditional on comet being installed.

4 / 5

Workflow Clarity

A clear numbered sequence (sections 1-5) with explicit checkpoints (mark missing evidence as "not provided", label incomplete scope, ask the user only on material ambiguity) and a severity checklist; minor validation gaps keep it just below a 5.

4 / 5

Progressive Disclosure

No bundle files exist, and the single self-contained file is well-organized with clear section headers; the one external pointer ("comet-classic/reference/classic-layout.md") is a project file rather than a bundle reference, so structure is good with only minor organization gaps.

4 / 5

Total

16

/

20

Passed

Description

58%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 concrete review actions and a clear read-only scope, but it omits any explicit "when to use" trigger guidance and relies on Comet-specific jargon over natural user phrasing. Distinctiveness is strong because the niche (manual Comet change diff review) is narrow.

Suggestions

Add an explicit 'Use when...' clause, e.g. 'Use when the user asks for a manual read-only review of the current Comet change's implementation diff.'

Include natural trigger phrasing users would actually say, such as 'code review', 'review my diff', or 'check this change for bugs', alongside the existing terms.

Add common synonyms/variants (e.g. 'security review', 'edge cases', 'regression check') to broaden trigger-term coverage.

DimensionReasoningScore

Specificity

Quotes "review the implementation diff" and "Report correctness, security, and edge-case issues" name several concrete actions in the review domain, with only minor coverage gaps.

4 / 5

Completeness

The "what" is clear (review the diff, report correctness/security/edge-case issues) but there is no "Use when..." clause or equivalent explicit trigger guidance, which caps completeness at 3 per the rubric guideline.

3 / 5

Trigger Term Quality

Natural terms like "review", "implementation diff", and "correctness/security/edge-case issues" appear, but it leans on jargon ("Comet change", "workflow") and misses common synonyms a user would naturally say.

3 / 5

Distinctiveness Conflict Risk

It is clearly scoped to a read-only manual review of the current Comet change diff, with only minor overlap risk against closely related skills like /comet-verify or general code review.

4 / 5

Total

14

/

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
rpamis/comet
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.