CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

quintet-team-runtime

Operate persistent quintet worker teams — spawn coding-agent CLIs (claude/codex/agy/copilot/qwen/opencode) as long-lived tmux workers, distribute scoped subtasks, monitor, and shut down. Use proactively when running a multi-agent CLI team in tmux, when distributing work across AI workers, for building or refactoring in parallel, or when recovering a stuck or orphaned quintet team. Trigger on "quintet team", "tmux worker team", "parallel AI workers", "spawn agent workers", "run codex and agy in parallel to build", "distribute subtasks across models". Not for one-shot multi-model questions — use quintet-fleet-dispatch.

Quality

92%

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

SKILL.md
Quality
Evals
Security

Quality

Content

81%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 strong, highly actionable skill body: the lifecycle, worked example, troubleshooting table, and repeated verify-don't-trust discipline leave no ambiguity about what to run and when. Its weaknesses are redundancy — the autonomy-flag list appears three times — and inline bulk (the role catalog, the duplicated failure table) that should live in the references it already ships.

Suggestions

State the per-provider autonomy-flag list once (e.g., in 'Sandboxing and autonomy') and reference it from 'Tiered Permission & Safety Mode' and 'Critical rules' instead of repeating it three times.

Move the 11-category, ~50-entry role catalog to a reference file (or rely solely on the existing `quintet roles` / `quintet roles <category>` command pointer), keeping only 2–3 illustrative roles inline.

De-duplicate the troubleshooting table against references/operations.md — keep the 2–3 most common symptoms inline and let operations.md hold the 'full failure table' the body already points to.

DimensionReasoningScore

Conciseness

The body is dense and operational throughout — no space is spent explaining concepts Claude already knows — but the per-provider autonomy-flag list (`--permission-mode bypassPermissions`, `--yolo`, `--allow-all`, `--dangerously-skip-permissions`, `--approval-mode yolo`, `--auto`) is restated nearly verbatim three times ('Tiered Permission & Safety Mode', 'Critical rules', 'Sandboxing and autonomy'), and the ~50-role catalog across 11 categories (Engineering through Baseline) is inlined where a pointer to `quintet roles` alone would do. This fits 'mostly efficient but could be tightened' rather than level 2, since the repetition each time adds a slightly different rationale (safe-mode alternative, deadlock risk, fleet contrast) and there is no pure padding.

3 / 5

Actionability

Every section gives fully executable, copy-paste-ready commands with real flags and values — the launch spec with `--tasks "implement CSV serializer in src/export/||..."`, monitor commands (`team status`, `team doctor`, `team capture export-feat w1-codex 80`), steering (`team send export-feat w3-agy "skip the legacy path; focus on v2 API"`), teardown, `prune --days 7 --dry-run`, a concrete `team.json` manifest sample, a taskboard transcript, and a troubleshooting table with exact fixes. Specific examples cover the common cases end to end.

5 / 5

Workflow Clarity

The lifecycle is explicitly sequenced as four phases (launch, monitor, steer, tear down), reinforced by a 5-step worked example that decomposes, maps providers, launches, monitors in a ~30s poll loop, and verifies. Validation checkpoints are explicit and repeated — 'Verify launch: after starting, run `team capture`', 'Verify artifacts, not the taskboard: ... run `cargo test export`' — and feedback loops exist for error recovery (doctor → `team send` an answer with `--force`, held-worker → `team resume`, warmup too short → raise `QUINTET_<PROVIDER>_WARMUP` and relaunch), so the destructive/batch validation cap does not apply.

5 / 5

Progressive Disclosure

References are one level deep, all real (verified: references/provider-strengths.md, references/operations.md, assets/taskboard-template.md all exist), and clearly signaled both inline at decision points and in a dedicated 'When to load the references' section that also says when NOT to load them. Falls short of 5 because content that belongs in a reference file is inlined: the 11-category role catalog (~50 roles, viewable via `quintet roles`) and a troubleshooting table that references/operations.md largely duplicates.

4 / 5

Total

17

/

20

Passed

Description

100%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.

An exemplary description: third-person voice, concrete actions naming the exact CLIs, an explicit 'Use proactively when' clause with six natural trigger phrases, and an explicit negative boundary that routes the closest competing use case to the sibling skill. No changes needed.

DimensionReasoningScore

Specificity

Multiple concrete actions with comprehensive lifecycle coverage — 'spawn coding-agent CLIs (claude/codex/agy/copilot/qwen/opencode) as long-lived tmux workers, distribute scoped subtasks, monitor, and shut down' — naming the exact CLIs and every operational phase including recovery ('recovering a stuck or orphaned quintet team'). Not level 4: there are no gaps in the action coverage.

5 / 5

Completeness

Explicitly answers both questions: what — 'Operate persistent quintet worker teams — spawn ... distribute scoped subtasks, monitor, and shut down' — and when — 'Use proactively when running a multi-agent CLI team in tmux, when distributing work across AI workers, for building or refactoring in parallel, or when recovering a stuck or orphaned quintet team', plus a concrete negative boundary ('Not for one-shot multi-model questions — use quintet-fleet-dispatch').

5 / 5

Trigger Term Quality

Six explicit natural trigger phrases — 'quintet team', 'tmux worker team', 'parallel AI workers', 'spawn agent workers', 'run codex and agy in parallel to build', 'distribute subtasks across models' — which are phrases a user would naturally say when needing this skill. Not level 4: no obvious common variation is missing, and the trigger list is even prefaced with 'Trigger on' to make routing deterministic.

5 / 5

Distinctiveness Conflict Risk

The niche is clear — persistent, write-capable tmux worker teams — with 'quintet'-specific triggers, and the nearest sibling-skill conflict is explicitly routed away ('Not for one-shot multi-model questions — use quintet-fleet-dispatch'). Minimal conflict risk remains, matching the level-5 anchor rather than level 4's 'minor overlap risk with closely related skills'.

5 / 5

Total

20

/

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

salemaziel/omc-octo-quintet

Path

skills/quintet-team-runtime/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.