CtrlK
BlogDocsLog inGet started
Tessl Logo

dispatching-parallel-agents

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

51

Quality

55%

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

Quality

Content

75%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 a strong, highly actionable pattern guide: it provides a concrete decision procedure, a complete example agent prompt, explicit constraints, and a verification section with checkpoints. Its main weaknesses are redundant repetition of the when/when-not criteria across three to four sections and the absence of an error-recovery path for failed integrations.

Suggestions

Consolidate the dot decision graph, the 'Use when / Don't use when' bullets, and the 'When NOT to Use' section into a single decision guide — the independence criteria are repeated nearly verbatim in four places.

Add a feedback loop to Verification: what to do when the full suite still fails after integration or when agents edited the same code (e.g. re-dispatch a single agent on the merged result or resolve conflicts manually before re-running).

Move the session-specific 'Real Example from Session' to a reference file (e.g. references/example-session.md) to keep SKILL.md a lean overview, and trim it accordingly.

DimensionReasoningScore

Conciseness

The body mostly assumes Claude's intelligence (it never explains what subagents or test files are) and its examples earn their tokens, but the when/when-not criteria are stated three to four times — the dot decision graph, the 'Use when / Don't use when' bullet lists, the 'When NOT to Use' section, and the Overview paragraph all repeat the same independence test. This fits 'Mostly efficient but includes some unnecessary explanation or could be tightened'; it is not a 4 because a full redundant section-level repetition is more than a minor trim, and not a 2 because nothing explains concepts Claude already knows and there is no padding.

3 / 5

Actionability

Guidance is fully concrete and copy-paste adaptable: a complete example agent prompt with test names, error symptoms, step-by-step instructions, an explicit constraint ("Do NOT just increase timeouts - find the real issue"), and a defined return format; plus a concrete dispatch snippet ("Subagent (general-purpose): 'Fix agent-tool-abort.test.ts failures'") and ❌/✅ mistake pairs. This matches 'Fully executable; copy-paste ready...; specific examples cover the common cases'. It is not a 4 because there are no significant gaps — the examples cover the core dispatch, prompting, and integration cases.

5 / 5

Workflow Clarity

The Pattern lays out a clear four-step sequence (identify domains → create focused tasks → dispatch in parallel → review and integrate), and the Verification section supplies explicit checkpoints (review summaries, check for conflicts, run full suite, spot check for systematic errors). This fits 'Clear sequence with most checkpoints present; minor validation gaps'. It is not a 5 because there is no error-recovery feedback loop — nothing says what to do if the integration run fails or agents did edit the same code; it is not a 3 because validation steps are explicit, not merely implicit.

4 / 5

Progressive Disclosure

The skill has no bundle files (no references/, scripts/, or assets/ exist), and the single-file body is well organized with clear section headers (Overview, When to Use, The Pattern, Agent Prompt Structure, Common Mistakes, Verification) that make navigation easy. This fits 'Good structure; most content is appropriately placed; minor organization gaps'. It is not a 5 because at ~165 lines it exceeds the compact-skill case and the session-specific 'Real Example from Session' section is inline content that would sit more appropriately in a reference file; it is not a 3 because references are not buried and the structure is coherent throughout.

4 / 5

Total

16

/

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 is a clear, concrete trigger condition but is missing its 'what' half entirely — it never states that the skill dispatches parallel subagents or what those agents do. It also omits the most natural keywords for this domain (parallel, concurrently, agents). It is serviceable but noticeably incomplete.

Suggestions

Add a 'what' clause naming the concrete capability, e.g. 'Dispatches one subagent per independent problem domain so they work in parallel with isolated context.'

Include natural trigger synonyms users would actually say — 'parallel', 'concurrently', 'simultaneously', 'multiple agents' — so the skill surfaces for those phrasings.

Keep the existing condition (2+ independent tasks, no shared state) as the 'when' clause; it is the strongest part of the description.

DimensionReasoningScore

Specificity

The description contains no action verbs describing what the skill does — there is no 'what' content at all, only the condition "Use when facing 2+ independent tasks that can be worked on without shared state or sequential dependencies". It matches the anchor 'Names the domain but actions are minimal or generic' at best, since the domain (dispatching parallel agents) is only implied, never stated. It is not a 1 because the condition language is concrete and technical rather than pure abstraction, and not a 3 because there are zero listed actions of any kind.

2 / 5

Completeness

Only the 'when' is present, with no 'what': the description says when to use it but never says what the skill does (dispatch one agent per independent problem domain). This exactly matches the anchor 'only when is present without what'. It is not a 3 because the 'what' is not merely weakly implied — it is entirely absent; it is not a 1 because the 'when' clause is clear and reasonably specific about the applicability condition.

2 / 5

Trigger Term Quality

Relevant keywords exist ("independent tasks", "shared state", "sequential dependencies", "2+ tasks") but common natural variations users would say are missing: "parallel", "concurrently", "simultaneously", "multiple", "at the same time", "agents" — remarkably, the word "parallel" never appears in the description. This fits 'Some relevant keywords but missing common variations or synonyms'; it is not a 4 because several of the most natural trigger terms for this skill are absent, and not a 2 because the keywords present are genuinely on-topic rather than generic.

3 / 5

Distinctiveness Conflict Risk

The condition ("2+ independent tasks", "no shared state or sequential dependencies") is somewhat specific to parallelization decisions, but the description lacks the terms ('parallel', 'agents', 'concurrent') that would pin it to this skill versus generic task-splitting or delegation skills, leaving overlap risk. It fits 'Somewhat specific but could still overlap with similar skills'; not a 4 because a user asking to 'run these concurrently' or 'delegate these' would not reliably surface this skill over related ones.

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
obra/superpowers
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.