CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

oma-coordination

Coordinate assigned specialist tasks and handoffs manually. Use when supervising a multi-agent project step by step.

Quality

75%

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 ./.agents/skills/oma-coordination/SKILL.md
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.

A well-structured instruction-only skill with concrete commands, vendor-resolution logic, explicit QA validation, and recovery feedback loops for a batch operation. The main costs are redundancy — the plan/spawn/monitor/QA cycle is repeated across three parallel section frameworks and the spawn example appears twice — and validation checkpoints that name the check without giving the concrete command or artifact to inspect.

Suggestions

Collapse the Scheduling / Structural Flow / Logical Operations frameworks into a single linear workflow (keep the PREPARE/ACT/VERIFY/FINALIZE spine plus Steps 1-4) and keep one canonical spawn example, cutting the duplicated Step 2 code block.

Operationalize the VERIFY checkpoints: give the concrete progress/result file glob to read and an explicit contract-alignment check (e.g., diff shared API/data model files) rather than 'Verify API contracts align between agents'.

Make the Step 2 example consistent with the canonical command path by using placeholder syntax (`<session-id>`, `--task-id <plan.backend_task.id>`) instead of non-executable literals, so both blocks are copy-paste adaptable.

DimensionReasoningScore

Conciseness

The body avoids explaining concepts Claude already knows and is dense with actionable specifics, but the same content is stated multiple times: the parallel backend/frontend spawn example appears twice ("Canonical command path" and "Step 2"), and the Scheduling, Structural Flow, and Logical Operations sections all restate the plan/spawn/monitor/QA cycle. This matches 'mostly efficient but could be tightened' rather than score 4, which would require only minor trimming.

3 / 5

Actionability

Concrete, mostly executable guidance throughout: a real command path (`oma agent spawn backend <backend-prompt-file> <session-id> --task-id ... -w ./backend &`), specific flags (`--vendor`, `--isolation worktree`, `--read-only`), and a concrete progress-file naming pattern. It is not 5 because the second spawn example uses non-executable literals (`session-id`, `plan.backend_task.id`), and steps like "Verify API contracts align between agents" state what to do without a concrete check.

4 / 5

Workflow Clarity

The sequence is explicit (Entry -> PREPARE/ACT/VERIFY/FINALIZE -> Steps 1-4) with a dedicated QA validation step and a recovery section containing feedback loops ("pause downstream frontend/mobile work until backend/API contract is reconciled", "rerun affected checks before finalizing"). It is not 5 because several checkpoints are named but not operationalized (how to detect contract divergence or stalled progress), and the duplicated three-section structure mildly obscures which flow to follow.

4 / 5

Progressive Disclosure

Structure is good: well-labeled sections with shared policy details pushed to clearly signaled one-level-deep references (`../_shared/core/collaboration-policy.md`, `../_shared/core/execution-policy.md`, `../_shared/runtime/memory-protocol.md`) plus a closing References section. It is not 5 because no references/ bundle exists in the skill directory itself, the cross-directory shared files cannot be verified from this bundle, and the ~170-line body retains duplicated content that could be consolidated or split.

4 / 5

Total

15

/

20

Passed

Description

70%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 concise, third-person description that explicitly pairs a multi-agent coordination capability with a 'Use when' trigger. The main weaknesses are the abstract 'what' (only two generic verbs) and missing common synonyms that would strengthen triggering and separability from an automated orchestrator skill.

Suggestions

Enumerate 1-2 more concrete capabilities in the 'what' clause (e.g., decomposing work with a PM agent, spawning backend/frontend/QA agents, monitoring progress files) instead of the generic 'coordinate assigned specialist tasks'.

Broaden trigger phrasing with natural synonyms users would say, such as 'delegate to specialist agents', 'agent handoffs', or 'manually orchestrate'.

Add an explicit boundary cue distinguishing manual supervision from the automated orchestrator skill (e.g., 'For fully automated dispatch, use the orchestrator skill instead').

DimensionReasoningScore

Specificity

"Coordinate assigned specialist tasks and handoffs manually" names the multi-agent coordination domain and two actions (coordinate tasks, handoffs), but they are abstract verbs without more concrete capability detail, matching the 'domain plus 1-2 concrete actions' anchor. It is not score 4 because no additional specific operations are enumerated, and not score 2 because the actions are more than a bare generic claim like 'Processes PDF files'.

3 / 5

Completeness

Both parts are explicitly present: 'what' ("Coordinate assigned specialist tasks and handoffs manually") and 'when' ("Use when supervising a multi-agent project step by step"), so the score 3 cap for a missing trigger clause does not apply. It is not 5 because the 'when' is a single scenario and the 'what' is thin relative to the 'concrete trigger phrases plus comprehensive what' exemplar.

4 / 5

Trigger Term Quality

"Use when supervising a multi-agent project step by step" supplies natural phrases users would say ('multi-agent', 'supervising', 'step by step', 'handoffs'). It falls short of the score 5 anchor because common synonyms like 'delegate to agents', 'orchestrate', or 'spawn agents' are absent, and it clearly exceeds the score 3 'some keywords, missing variations' example.

4 / 5

Distinctiveness Conflict Risk

"manually" and "supervising" carve out a niche distinct from an automated orchestrator skill, giving minor overlap risk only with closely related orchestration skills. It is not 5 because the description does not state the automated-orchestrator boundary, so a user asking for generic 'agent orchestration' could trigger it over a sibling skill.

4 / 5

Total

15

/

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

first-fluke/oh-my-agent

Path

.agents/skills/oma-coordination/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.