CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

sdk-review

Review committed SDK changes before push, or review a requested diff, range, branch, or PR for correctness, security, design, performance, maintainability, repository conventions, and cross-SDK consistency.

Quality

86%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

88%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.

A dense, well-structured instruction-only skill: lean prose, explicit sequencing with genuine validation checkpoints, and a clean reference table for the per-lens guidance. The only gaps are the absence of any literal commands and lens files that cannot be verified within the skill bundle.

DimensionReasoningScore

Conciseness

The body is lean with zero filler — it names git flags ('--no-pager', '--no-ext-diff', '--no-textconv') and precedence rules without explaining concepts Claude already knows, so every token earns its place.

5 / 5

Actionability

Guidance is mostly executable — concrete ref resolution order ('origin/HEAD, then origin/main, then origin/master'), named flags, P0-P3 severity definitions, and explicit output contracts ('No actionable findings', 'Review incomplete') — but no literal copy-paste command lines are given (e.g., the exact diff-freeze command is implied rather than shown).

4 / 5

Workflow Clarity

The sequence (resolve scope, freeze evidence, run lenses in parallel, verify and combine, report) is explicit and includes a real feedback loop — 're-resolve the selected refs and restart the review if they differ from the frozen SHAs' — plus a coverage check ('A missing lens is incomplete coverage, not approval').

5 / 5

Progressive Disclosure

The seven lens references are one level deep and clearly signaled in a labeled table, but they live outside the skill directory ('../../../docs/development/for-ai/Coding-Requirements/') and no bundle files exist to verify them against, a minor organization gap relative to the fully self-contained 5 anchor.

4 / 5

Total

18

/

20

Passed

Description

80%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.

A specific, well-scoped description that clearly states what the skill does and when it applies, with comprehensive coverage of review dimensions. Its main weaknesses are the absence of an explicit 'Use when...' trigger clause and a few missing natural trigger synonyms.

Suggestions

Add an explicit trigger clause, e.g. 'Use when the user asks to review, audit, or sign off on SDK changes before pushing, or requests review of a diff, range, branch, or PR.'

Include natural trigger synonyms users would say, such as 'code review', 'pre-push review', or 'review my PR', to broaden keyword coverage.

DimensionReasoningScore

Specificity

The description names concrete actions ('Review committed SDK changes before push, or review a requested diff, range, branch, or PR') and enumerates seven review dimensions ('correctness, security, design, performance, maintainability, repository conventions, and cross-SDK consistency'), giving comprehensive domain coverage with no evident gaps.

5 / 5

Completeness

Both 'what' and 'when' are present — trigger scenarios are explicit ('before push', 'or review a requested diff, range, branch, or PR') — but there is no explicit 'Use when...' clause, so the 'when' could be more directly stated as in the 5 anchor.

4 / 5

Trigger Term Quality

Natural keywords users would say are present ('review', 'diff', 'branch', 'PR', 'push', 'SDK changes'), but common phrasings such as 'code review' or 'pre-push check' are missing, matching the 'good coverage; a few natural terms missing' anchor rather than the comprehensive anchor.

4 / 5

Distinctiveness Conflict Risk

'SDK changes' and 'cross-SDK consistency' carve a mostly distinct niche, but the description would still trigger on generic 'review my changes' requests, creating minor overlap risk with a general code-review skill per the 4 anchor.

4 / 5

Total

17

/

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

relative_links

Relative link issues: 7 suspicious

Warning

Total

15

/

16

Passed

Repository

DataDog/dd-trace-dotnet

Path

.claude/skills/sdk-review/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.