CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

dispatch-parallel-agents

Use when facing 2+ independent tasks that can be worked on without shared state or sequential dependencies

Quality

57%

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/dispatch-parallel-agents/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

60%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 well-structured, actionable skill whose main defect is redundancy — the same when/when-not guidance and the same 3-agent example each appear twice, padded with a benefits section and a dated session log. Trimming those sections would cut the file by roughly a third with no loss of instructional value.

Suggestions

Merge 'When NOT to Use' into the existing 'Don't use when' list and delete the duplicate content — they cover the same four conditions (related failures, full context, interference/shared state).

Cut the 'Key Benefits' section (parallelization/focus/speed are obvious to Claude) and fold the dated 'Real-World Impact' log into the 'Real Example' it duplicates.

Add an explicit conflict-recovery step to the Verification section (e.g., 'if agents edited the same files, re-run the suite and resolve by hand before integrating') to close the workflow gap.

DimensionReasoningScore

Conciseness

The body systematically repeats itself: 'Don't use when' is restated nearly verbatim in 'When NOT to Use', the 'Real Example' and 'Real-World Impact' sections recount the same 3-agent scenario twice, 'Key Benefits' explains parallelization concepts Claude already knows, and a dated session log ('From debugging session (2025-10-03)') is padding. This matches the 'noticeably verbose; several unnecessary explanations or padded sections' anchor.

2 / 5

Actionability

Concrete dispatch snippets (Task("Fix UserAuthTest.php failures")), a complete copy-paste agent prompt with named failing tests, constraints, and expected output, plus ❌/✅ mistake pairs make the guidance mostly executable. It falls short of 5 only because the Task() calls are schematic rather than exact tool invocations.

4 / 5

Workflow Clarity

A clear four-step sequence (identify domains → create focused tasks → dispatch in parallel → review and integrate) is backed by a dedicated Verification section ('Check for conflicts', 'Run full suite', 'Spot check'), so the batch-operation validation requirement is met. It falls short of 5 because no error-recovery loop exists for the case where agent fixes do conflict.

4 / 5

Progressive Disclosure

No bundle files exist and the single SKILL.md is well-organized with clear section headers and easy navigation. Minor gaps: the dated 'Real-World Impact' log and the full worked example are always-loaded content that could be trimmed or split out.

4 / 5

Total

14

/

20

Passed

Description

36%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 has a precise, well-scoped trigger condition but completely omits the 'what' — the parallel agent dispatch capability lives only in the skill name. It also misses the highest-signal trigger words ('parallel', 'concurrently'), leaving it half a description.

Suggestions

Lead with a 'what' clause, e.g. 'Dispatches one agent per independent problem domain so investigations run in parallel.'

Add the missing natural trigger terms — 'parallel', 'concurrently', 'in parallel' — which a user would say far more often than 'shared state'.

Include the word 'agents' so the description is distinguishable from generic task-management skills and can't fire for the wrong skill.

DimensionReasoningScore

Specificity

The description gives concrete trigger conditions ('2+ independent tasks', 'without shared state or sequential dependencies') but names no actions at all — 'dispatch', 'parallel', or 'agents' never appear. This matches anchor 2 ('names the domain but actions are minimal or generic') rather than 3, which requires 1–2 concrete actions.

2 / 5

Completeness

The description is only a 'when' clause; the 'what' (dispatching parallel agents) exists only in the name field, not the description. This is exactly anchor 2 ('only when is present without what', e.g. 'Use when working with documents').

2 / 5

Trigger Term Quality

'Independent tasks' and 'shared state' are plausible user phrasing, but the most natural trigger words for this skill — 'parallel', 'concurrently', 'in parallel', 'fan out' — are entirely absent. Anchor 3: some relevant keywords but missing common variations or synonyms.

3 / 5

Distinctiveness Conflict Risk

'2+ independent tasks / shared state / sequential dependencies' carves a moderately distinct niche, but without the words 'agents' or 'parallel' the description could overlap generic task-management or planning skills. Anchor 3: somewhat specific but could still overlap with similar skills.

3 / 5

Total

10

/

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

joshmanders/dotfiles

Path

claude/skills/dispatch-parallel-agents/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.