CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

orchestrate-epic

Coordinates a multi-ticket epic (a Jira/GitLab epic, or a GitHub issue whose child issues are the tickets). Builds the dependency graph and parallel wave schedule, routes each workable ticket to a background agent or its own session, re-verifies what unblocked as tickets finish, and runs the repo's PR merge gate when its CLAUDE.md defines one. Use when the user wants to parallelize an epic without breaking dependencies, asks what is unblocked now, or wants a resident coordinator for the epic. Not for a single ticket (fast-feature) or for picking one best task (best-roi-task).

Quality

89%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

The canonical home for this skill is orchestrate-epic in AndreJorgeLopes/devflow

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.

The body is a highly actionable, well-sequenced coordinator workflow with strong validation gates on its one destructive operation (merging), and it splits variant-specific and deterministic content appropriately into one-level-deep references. Its main weakness is redundancy: the Common Mistakes, Red Flags, and Important sections restate the same rules two to three times, inflating token cost.

Suggestions

Merge the "Common Mistakes", "Red Flags", and "Important" sections into a single table — each currently restates the same rules (links-only graphs, unverified "done" claims, hand-topo-sorting, per-dimension trust, staying resident) two to three times, costing tokens without adding information.

Verify and ship the referenced sibling files (`github-mode.md`, `merge-gate.md`, `requirements.json`, `lib/schedule.py`, `lib/gate.py`) alongside SKILL.md — none are present in this bundle, so the body's point-of-need references cannot currently be resolved.

Trim the historical aside in Phase B ("Real case: the MES-4414 tag tickets...") to one clause; the operational rule (always parse both sources) stands on its own.

DimensionReasoningScore

Conciseness

The instruction is domain-specific and mostly efficient, but "Common Mistakes", "Red Flags — STOP if you think", and "Important" each repeat the same rules nearly verbatim (empty issuelinks, verify "done" claims, don't eyeball the topo sort, per-dimension trust, stay resident — each stated 2-3 times). This matches the anchor for mostly efficient content that could be tightened rather than only minor trimming.

3 / 5

Actionability

Copy-paste-ready commands with plugin-root fallback (`python3 "$gate" mode "<epic ref>"`), an exact scheduler input JSON shape, exact `spawn_task` field values, a per-ticket brief template, and exit-code handling (0/10/1) — fully executable guidance covering the common cases, matching the top anchor.

5 / 5

Workflow Clarity

Phases A-F are clearly sequenced with a mermaid flowchart and explicit validation checkpoints at every risky point: re-verify Jira + MR before advancing a wave, abstain-and-ask on dependency cycles, `gate.py premerge` and a `REVIEW:` verdict at the head SHA before the destructive merge step — matching the anchor for clear sequence with explicit validation and error-recovery feedback loops.

5 / 5

Progressive Disclosure

Structure is good: variant detail is deferred to one-level-deep siblings ("read the sibling `github-mode.md`", `merge-gate.md` before Phase E) and deterministic logic to `lib/schedule.py` / `lib/gate.py`, each clearly signaled at point of need and gated on mode output. Not top marks because the referenced sibling files are not present in this bundle to verify, and the three redundant mistake/red-flag/important sections inline content that should be consolidated or externalized.

4 / 5

Total

17

/

20

Passed

Description

92%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 strong: it states concrete capabilities in third person, has an explicit multi-scenario "Use when" clause with concrete trigger phrases, and proactively disambiguates from sibling skills. The only weakness is a few missing natural phrasing variations (e.g., "work on multiple tickets at once") in the trigger terms.

DimensionReasoningScore

Specificity

"Builds the dependency graph and parallel wave schedule, routes each workable ticket to a background agent or its own session, re-verifies what unblocked as tickets finish, and runs the repo's PR merge gate" lists multiple specific concrete actions with comprehensive coverage of the skill's function, matching the score-5 anchor; score 4 would require minor coverage gaps, which are absent.

5 / 5

Completeness

Both "what" (builds graph, routes tickets, re-verifies, merge gate) and "when" are explicitly and concretely answered via "Use when the user wants to parallelize an epic without breaking dependencies, asks what is unblocked now, or wants a resident coordinator", with explicit anti-triggers ("Not for a single ticket (fast-feature)") on top — clearly the top anchor.

5 / 5

Trigger Term Quality

Natural trigger phrases are present ("parallelize an epic without breaking dependencies", "asks what is unblocked now", "resident coordinator") along with platform names (Jira/GitLab/GitHub), but common user variations like "work on many tickets at once" or "which tickets can I start now" are missing, fitting the anchor for good coverage with a few natural terms missing rather than comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

The multi-ticket epic-coordination niche is distinct and the description explicitly disambiguates against the two nearest skills by name ("Not for a single ticket (fast-feature) or for picking one best task (best-roi-task)"), giving minimal conflict risk; third-person voice throughout, so no voice penalty applies.

5 / 5

Total

19

/

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

AndreJorgeLopes/devflow

Path

devflow-plugin/skills/orchestrate-epic/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.