CtrlK
BlogDocsLog inGet started
Tessl Logo

test-pr

Test pull requests with comprehensive validation and generate structured test results

53

Quality

59%

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

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/test-pr/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

68%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 skill body is executable and well-organized with concrete commands and a clear seven-step sequence, but it lacks explicit validation/feedback loops for its batch test-running operation, which the rubric caps at 3 for workflow clarity. Tightening the duplicated step list and adding 'if fail, then fix and retry' checkpoints would raise the remaining dimensions.

Suggestions

Add explicit validation checkpoints with feedback loops, e.g. after running pytest: 'If tests fail, read failures, address the offending change, and re-run before proceeding'.

Remove the redundancy between the 'Execution Contract' list and the numbered 'Steps' section, or fold the contract into the steps.

Clarify the coverage-extraction step so the file name (e.g. coverage.json) matches the flag actually producing it, and note that $1 may need to be supplied via the skill invocation rather than a positional shell argument.

DimensionReasoningScore

Conciseness

The body is lean and mostly executable bash/JSON blocks with minimal prose and no padding explaining pytest, uv, or what a PR is, fitting the level-4 'efficient with minor instances that could be trimmed'; the redundant 'Execution Contract' vs 'Steps' numbering is the main small excess.

4 / 5

Actionability

Commands are concrete and copy-paste ready with specific flags (e.g. 'gh pr view --json ...', 'uv run pytest --cov=bindu --json-report'), with a full example report, matching level-4 'mostly executable with minor gaps'; minor gaps like 'PR_NUMBER=$1' and the coverage-parsing path keep it below 5.

4 / 5

Workflow Clarity

Seven clearly numbered steps provide a clear sequence, but validation feedback loops (e.g. 'if tests fail, fix and re-run') are absent or only echo results with no recovery action; the rubric caps batch/validation workflows without explicit validation checkpoints at 3.

3 / 5

Progressive Disclosure

The content is well-sectioned (Overview, Inputs, Safety, Steps, Output Format, Artifacts, Guardrails, Example) and self-contained with no bundle files present, matching level-4 'good structure, most content appropriately placed'; it stays a single ~200-line file rather than splitting, which keeps it just below a clean 5.

4 / 5

Total

15

/

20

Passed

Description

50%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 clearly states what the skill does but omits an explicit 'Use when' trigger clause and lacks synonyms, leaving it at the midpoint across all dimensions. Adding trigger phrases and more specific actions would lift it toward the top anchors.

Suggestions

Add an explicit 'Use when...' clause naming natural triggers, e.g. 'Use when testing or validating a pull request before merge, running CI checks, or reviewing PR test results'.

Replace the generic 'comprehensive validation' with concrete actions such as 'run the test suite with coverage, run pre-commit hooks, scan for secrets, and emit a structured merge recommendation'.

Include synonyms like 'PR', 'code review', and 'CI checks' to broaden trigger-term coverage.

DimensionReasoningScore

Specificity

The description names the domain ('Test pull requests') and two actions ('comprehensive validation' and 'generate structured test results'), but 'comprehensive validation' is generic and stops short of listing several concrete actions, matching the level-3 anchor rather than level 4.

3 / 5

Completeness

The 'what' is clear (test PRs and generate results) but there is no 'Use when...' or equivalent trigger clause, so 'when' is only weakly implied; per the rubric a missing explicit trigger caps completeness at 3.

3 / 5

Trigger Term Quality

Natural phrases like 'test pull requests' and 'test results' appear, but common variations and synonyms users would say ('PR', 'code review', 'CI', 'merge checks') are missing, fitting the level-3 anchor of some relevant keywords lacking common variations.

3 / 5

Distinctiveness Conflict Risk

'Test pull requests' is a recognizable niche, but 'comprehensive validation' is broad and could overlap with general CI or code-review skills, matching the level-3 anchor of somewhat specific but still overlapping.

3 / 5

Total

12

/

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
GetBindu/Bindu
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.