CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

xerj

Definition-first code search over locally indexed repos (xerj search / xerj def)

Quality

76%

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 ./.claude/skills/xerj/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

86%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 lean command reference: exact, copy-paste-ready syntax for every access path (PowerShell script, CLI, MCP) with no concept explanations or padding. It misses a perfect score only for lacking a concrete example query/output and an explicit index-before-search note.

DimensionReasoningScore

Conciseness

The body is ~10 lines of pure commands and operative rules with zero padding — no explanation of what code search is or how indexing works. Lines like "Trust the passage over memory: it is the actual code at that path. Cite file:line for anything you rely on" add guidance Claude could not infer, so every token earns its place.

5 / 5

Actionability

Every entry point gets an exact, executable command line: "xerj search --prefix ref \"<plain words>\"", "xerj def --prefix <ref|trackdub> \"<symbol>\"", "xerj autoindex <folder>", and the MCP "xerj_search" tool. It falls short of 5 only because there is no concrete example query or sample of what a returned passage looks like, leaving 'specific examples cover the common cases' partially unmet.

4 / 5

Workflow Clarity

The trigger is unambiguous ("Use XERJ instead of grep when you need code you cannot see in the open files") and each command is self-contained, but sequencing guidance is thin: nothing states that a repo must be "autoindex"-ed before it can be searched, and there is no guidance on what to do when a search returns nothing. Clear with minor validation/sequencing gaps fits 4 rather than 5.

4 / 5

Progressive Disclosure

This is a single-file skill under 50 lines with no bundle files (no references/, scripts/, or assets/ exist) and no need for external references. Per the rubric's simple-skill guideline, the well-organized trigger-then-commands-then-rule structure earns a 5.

5 / 5

Total

18

/

20

Passed

Description

53%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, in third person, and names a clear niche with concrete command names, without any fluff or over-claims. Its weaknesses are the missing explicit 'Use when...' trigger clause and the absence of natural synonyms users would say (e.g., "go to definition", "find symbol"), which cap completeness and trigger quality at 3.

Suggestions

Add an explicit trigger clause, e.g., "Use when you need code from repos not visible in the open files, or when grep on the working tree isn't enough."

Include natural user phrases alongside the command names — "go to definition", "find symbol", "search reference repos" — rather than only the jargon "Definition-first".

Mention the indexing capability (xerj autoindex) so the 'what' covers the full surface, not just the two lookup commands.

DimensionReasoningScore

Specificity

"code search over locally indexed repos (xerj search / xerj def)" names the domain plus two concrete actions (search, go-to-definition) with their command names, but omits indexing (autoindex) and the MCP surface. This matches the 'domain and 1-2 concrete actions, not comprehensive' anchor rather than 4's 'several specific actions' since only two capabilities are stated.

3 / 5

Completeness

The 'what' is clear ("Definition-first code search over locally indexed repos") with concrete command names, but there is no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines. Not 4 because the 'when' is not even weakly implied in the description itself.

3 / 5

Trigger Term Quality

"code search" and "def" are relevant keywords, but the natural phrases a user would actually say — "go to definition", "find symbol", "find usages", "grep" — are absent, and "Definition-first" is jargon rather than a user phrase. This fits 'some relevant keywords but missing common variations or synonyms', not 4's 'good keyword coverage'.

3 / 5

Distinctiveness Conflict Risk

The unique tool name "xerj" and the qualifier "locally indexed repos" carve out a distinct niche with minimal confusion risk. Not 5 because the trigger phrasing "code search" is generic and overlaps with other code-search/grep-adjacent skills; it is 'mostly distinct; minor overlap risk with closely related skills'.

4 / 5

Total

13

/

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

MesilimLLC/Trackdub

Path

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