CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

engram-pr-review-deep

Deep technical review protocol for Engram pull requests. Trigger: Reviewing any external or internal contribution before merge.

Quality

77%

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

Quality

Content

78%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 an exemplary token-efficient checklist: lean, well-sectioned, with a clear merge gate and decision feedback loop. Its main weakness is actionability — the steps name the right activities but stop short of executable specifics like test commands, diff-checking tools, or hygiene criteria.

DimensionReasoningScore

Conciseness

The ~30-line body is lean with zero padding and no explanation of concepts Claude already knows; every line directs behavior. Matches the anchor for assuming Claude's competence with every token earning its place.

5 / 5

Actionability

Steps like "Run relevant tests locally" and "Validate API/contracts and migration safety" direct concrete activities but include no commands, tools, or pass/fail criteria — matching the anchor for concrete-but-incomplete guidance with missing key details. Not a 2 because each protocol step does direct a specific review action rather than offering only high-level hints.

3 / 5

Workflow Clarity

A numbered five-step sequence is followed by an explicit merge-gate checklist with a feedback path ("Otherwise request changes with actionable items"), giving clear sequencing with most checkpoints present. Not a 5 because there is no explicit handling of mid-protocol failures (e.g., what to do when tests fail during step 2) and "risk is understood" lacks a stated assessment method.

4 / 5

Progressive Disclosure

The skill is under 50 lines, single-purpose, needs no external references, and is cleanly sectioned (When to Use / Review Protocol / Merge Gate) — the simple-skill case where well-organized sections alone warrant full credit. No bundle files exist, so nothing is misfiled or buried.

5 / 5

Total

17

/

20

Passed

Description

65%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 is concise with a clear trigger clause and project-scoped distinctiveness, but the what-side is under-specified: it promises a "deep technical review protocol" without naming any concrete review actions. Adding 2-3 specific capabilities would raise both specificity and completeness.

Suggestions

Enumerate concrete actions in the description, e.g., "Analyzes full diffs, runs relevant tests locally, validates API/contract and migration safety, and flags commit hygiene violations".

Add natural trigger synonyms such as "PR", "code review", or "diff" to the trigger clause to broaden natural-language matching (e.g., "Use when reviewing a PR, code review request, or any contribution before merge").

State the outcome the protocol drives ("decides merge vs request-changes with actionable feedback") so the what-side matches the explicitness of the trigger.

DimensionReasoningScore

Specificity

"Deep technical review protocol for Engram pull requests" names the domain but offers no concrete actions (e.g., analyzing diffs, running tests, flagging commit hygiene) — matching the anchor for minimal or generic actions. It is not a 3 because no specific capability is actually enumerated.

2 / 5

Completeness

Both a what ("Deep technical review protocol for Engram pull requests") and an explicit when ("Trigger: Reviewing any external or internal contribution before merge") are present. Not a 5 because the what is generic — it never states what the protocol actually does.

4 / 5

Trigger Term Quality

"pull requests", "Reviewing", "merge", and "contribution" are natural terms users would say, giving good keyword coverage. Missing common variations such as "PR", "code review", or "diff" keeps it below anchor 5.

4 / 5

Distinctiveness Conflict Risk

Scoping to "Engram pull requests" creates a clear niche with distinct triggers, though "reviewing any contribution" leaves minor overlap risk with general code-review skills.

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

Gentleman-Programming/engram

Path

skills/pr-review-deep/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.