CtrlK
BlogDocsLog inGet started
Tessl Logo

lsp-review

Review fallow's LSP server behavior, diagnostics, code actions, code lens, and protocol-facing UX. Use when changes touch crates/lsp or LSP-visible behavior.

72

Quality

87%

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

SKILL.md
Quality
Evals
Security

Quality

Content

82%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 tight, well-structured review skill that is efficient and clear about what to read, what to focus on, and how to conclude. Its main weakness is reliance on external (.agents/) files not bundled with the skill, with no fallback if they are absent.

Suggestions

Bundle or summarize the key checks from .agents/agents/lsp-reviewer.md and .agents/rules/lsp-server.md so the skill is self-contained if those files are missing.

Add a brief fallback instruction for when the referenced .agents/ files do not exist in the target repo.

Include one or two concrete examples of what warrants APPROVE vs CONCERN vs BLOCK to sharpen the verdict criteria.

DimensionReasoningScore

Conciseness

Extremely lean body: a 'Read' list, one focus sentence, and a required verdict — every token earns its place and it assumes Claude's competence without padding.

5 / 5

Actionability

Concrete direction (specific files to read, specific focus areas, required verdict output) but the referenced files (.agents/...) live outside the skill bundle, so execution depends on their presence in the target repo.

4 / 5

Workflow Clarity

The read → review → verdict sequence is clear and unambiguous with the APPROVE/CONCERN/BLOCK verdict acting as an explicit checkpoint, though no error-recovery loop is described.

4 / 5

Progressive Disclosure

Well-organized into Read (one-level-deep references, clearly signaled), Focus, and verdict sections; references point outside the bundle rather than into a references/ dir, a minor organization gap.

4 / 5

Total

17

/

20

Passed

Description

92%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 strong, specific description that clearly states both capability and trigger conditions with concrete LSP-domain terms. Minor room for broader synonym coverage in trigger terms.

DimensionReasoningScore

Specificity

Names multiple concrete review areas — 'diagnostics, code actions, code lens, and protocol-facing UX' — giving comprehensive coverage of the LSP review domain rather than vague language.

5 / 5

Completeness

Explicitly answers both 'what' (review LSP server behavior, diagnostics, code actions, code lens, protocol-facing UX) and 'when' ('Use when changes touch crates/lsp or LSP-visible behavior') with concrete trigger phrases.

5 / 5

Trigger Term Quality

Includes natural terms a developer would say ('LSP server', 'diagnostics', 'code actions', 'code lens', 'changes touch crates/lsp') with good coverage, though a few common synonyms (e.g. 'language server', 'hover', 'completions') are absent.

4 / 5

Distinctiveness Conflict Risk

Scoped to 'fallow's LSP server' and 'crates/lsp' with distinct LSP-specific triggers, making it clearly distinguishable with minimal conflict risk.

5 / 5

Total

19

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
fallow-rs/fallow
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.