CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

dispatching-parallel-agents

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

Quality

61%

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 ./src-tauri/experts/skills/dispatching-parallel-agents/SKILL.md

The canonical home for this skill is dispatching-parallel-agents in obra/superpowers

SKILL.md
Quality
Evals
Security

Quality

Content

67%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 delivers concrete, actionable guidance with a clear workflow, good decision aids, and real verification steps. Its main weakness is redundancy — overlapping when/when-not, example/impact, and review/verification sections — which inflates token cost without adding guidance.

Suggestions

Merge 'Real-World Impact' into 'Real Example from Session' (they recount the same 2025-10-03 session) and cut the dated recap lines.

Merge 'Verification' into 'Review and Integrate' — both describe reading summaries, checking conflicts, and running the full suite.

Fold 'When NOT to Use' into 'When to Use' as a single decision list to eliminate the duplicated negatives (related failures, shared state).

DimensionReasoningScore

Conciseness

The core guidance is efficient, but there are three separate redundancies: 'When NOT to Use' largely restates the negatives from 'When to Use', 'Real-World Impact' repeats the same 2025-10-03 session already detailed in 'Real Example from Session', and 'Verification' restates 'Review and Integrate'. That is more than the 'minor instances' of anchor 4 — the body could be tightened by roughly a third.

3 / 5

Actionability

Concrete, specific guidance throughout: a fully worked agent-prompt example with real test names and error symptoms, a four-part task recipe (scope/goal/constraints/output), and good/bad prompt contrasts. The `Task("...")` dispatch snippet is an illustrative pseudo-API rather than executable code — a minor gap consistent with anchor 4.

4 / 5

Workflow Clarity

A clear four-step sequence (identify domains → create focused tasks → dispatch in parallel → review and integrate) plus a DOT decision graph, and validation steps are present (check conflicts, run full suite, spot check), so the batch-operation cap does not apply. The only gap is the absence of an explicit recovery loop when conflicts or failing integration are found — anchor 4.

4 / 5

Progressive Disclosure

A single-file skill with no bundle files; sections are clearly headed and easy to navigate, and nothing requires external references. Minor organization gaps: the session-log material ('Real Example from Session', 'Real-World Impact') is inline narrative that could be trimmed or condensed — anchor 4 rather than 5.

4 / 5

Total

15

/

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 purely a 'when' clause with a reasonably precise trigger condition but completely omits the 'what' — dispatching tasks to parallel agents with focused, self-contained instructions. It would rarely misfire but also fails to tell Claude what it would be doing.

Suggestions

Add a 'what' clause naming the skill's concrete action, e.g. 'Dispatches multiple agents in parallel, each with a focused, self-contained prompt' before the 'Use when' clause.

Include natural trigger terms users would actually say — 'in parallel', 'concurrently', 'delegate', 'agents' — alongside 'independent tasks'.

State the concrete outputs/behavior (e.g. 'each agent gets specific scope, constraints, and expected output; fixes are verified and integrated afterward') to distinguish this from generic parallelization advice.

DimensionReasoningScore

Specificity

The description names only a trigger condition ("2+ independent tasks", "shared state", "sequential dependencies") and lists zero concrete actions — nothing about what the skill actually does (dispatching/delegating to parallel agents). This matches anchor 2 ('actions are minimal or generic') rather than anchor 3, which requires 1-2 named actions.

2 / 5

Completeness

Only the 'when' is present ("Use when facing 2+ independent tasks...") with no 'what' at all — the reader cannot learn what the skill does. This matches anchor 2 ('only when is present without what') exactly; anchor 4 requires both what and when.

2 / 5

Trigger Term Quality

Terms like "independent tasks" and "shared state" are relevant, but the natural phrases a user would say — "in parallel", "concurrently", "delegate", "agents" — are all missing. Anchor 3 ('some relevant keywords but missing common variations or synonyms') is the best fit.

3 / 5

Distinctiveness Conflict Risk

The trigger condition is somewhat specific, but because the description never mentions agents, dispatch, or delegation, it could overlap with any general parallelization or multi-tasking skill. Anchor 3 ('somewhat specific but could still overlap with similar skills') fits better than anchor 4.

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

arwei944/codeg

Path

src-tauri/experts/skills/dispatching-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.