CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

dagster-definitions-to-orchestra

Use this skill when converting any Dagster job/schedule/Definitions to Orchestra YAML to handle top-level configuration. Triggers: any Dagster code containing ScheduleDefinition, @schedule, build_schedule_from_partitioned_job, RetryPolicy, op/run concurrency limits, run tags (dagster/max_runtime), Config classes, EnvVar, or Definitions. Must be applied before converting individual assets/ops — it establishes the pipeline root fields that wrap all task conversions.

Quality

87%

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

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.

A dense, highly actionable conversion reference: exact field mappings, unit-conversion rules, real validation findings, and a copy-paste before/after example, with a clear checklist and explicit ordering guidance. Its main weakness is redundancy — the Gotchas section and checklist largely restate the field-mapping tables verbatim, inflating token cost without adding guidance.

Suggestions

Cut the Gotchas section to the 2-3 bullets that add new information (multi-job Definitions, the Airflow timedelta trap) — the other 7 restate the field-mapping tables nearly verbatim, costing ~25 lines of context for no new information.

State the cron 5-to-6-field conversion rule once (the paragraph under the schedule table) and drop the repetitions in the checklist, the before/after example comment, and Gotchas; do the same for the RetryPolicy seconds-to-minutes rule.

Trim the Overview's opening sentence explaining what a Dagster Definitions object groups — keep only the mapping claim that job-level scheduling/retry/concurrency config maps to pipeline-root fields, which is the part Claude does not already know.

DimensionReasoningScore

Conciseness

The mapping tables, conversion rules ("N / 60 (round up)", "Capped at 120 minutes"), and error strings are dense and high-value, but the Gotchas section restates the field-mapping tables nearly verbatim (9 of 10 bullets; the cron 5-to-6-field rule and the RetryPolicy seconds-to-minutes rule each appear four times across table, prose, checklist, example, and Gotchas), and the Overview opens with background on what a Definitions object is. This is more than the "minor instances" of the 4 anchor, but the bulk is genuinely non-obvious content, well above the padding of the 2 anchor.

3 / 5

Actionability

Fully executable throughout: exact field mappings with target values, unit-conversion rules ("delay is seconds, so convert: N / 60 (round up)"), real validator error strings ("extra_forbidden", "6 required, 5 provided"), and a complete copy-paste Dagster-before / Orchestra-after example. Not 4: there are no meaningful gaps — the common cases are covered with concrete code and values.

5 / 5

Workflow Clarity

"Apply this skill first, before any asset/op-level conversion" gives explicit ordering, the Conversion Checklist enumerates the steps, and dropped semantics are flagged as manual review items ("flag partition/backfill semantics as a manual review item"). Not 5: despite citing the /pipelines/schema validator's behavior, the checklist lacks an explicit validate-the-output step or a fix-and-revalidate feedback loop.

4 / 5

Progressive Disclosure

A single-file skill (no bundle files exist) with well-labeled sections — Overview, Field Mapping Reference, Conversion Checklist, Before/After Example, Gotchas, References — and a clearly signaled References section with external doc URLs. Not 5: the cross-skill relative link (../../../orchestra/references/...) and unlinked sibling-skill mentions are minor navigation gaps, and at ~210 lines some content (e.g., the full before/after example or queue-semantics deep dive) could live in a reference file. Not 3: structure is good and references are clearly signaled, not buried.

4 / 5

Total

16

/

20

Passed

Description

95%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 strong description: explicit what and when with a comprehensive trigger list of exact Dagster API identifiers, plus ordering guidance that separates it from sibling conversion skills. The only minor gap is that the "what" is framed as one conversion action with its scope rather than several enumerated output capabilities.

DimensionReasoningScore

Specificity

"converting any Dagster job/schedule/Definitions to Orchestra YAML to handle top-level configuration" and "establishes the pipeline root fields that wrap all task conversions" are concrete, domain-specific actions. Not 5 because the description centers on a single conversion action (with its scope) rather than enumerating multiple distinct output capabilities as the 5-anchor examples do; not 3 because it is far more concrete than naming the domain with 1-2 generic actions.

4 / 5

Completeness

Explicitly answers both questions: the what ("converting any Dagster job/schedule/Definitions to Orchestra YAML to handle top-level configuration") and the when ("Use this skill when…" plus a concrete "Triggers:" list of code constructs). The when could not be more explicit, so the 4 anchor's "could be more specific" does not apply.

5 / 5

Trigger Term Quality

"Triggers: any Dagster code containing ScheduleDefinition, @schedule, build_schedule_from_partitioned_job, RetryPolicy, op/run concurrency limits, run tags (dagster/max_runtime), Config classes, EnvVar, or Definitions" exhaustively names the exact API identifiers a user converting Dagster code would naturally mention, including the obscure partitioned-job builder variant. Coverage is comprehensive for the domain, so the 4 anchor ("a few natural terms missing") does not fit better.

5 / 5

Distinctiveness Conflict Risk

Clear niche (Dagster top-level/job structure → Orchestra pipeline-root fields) with minimal overlap risk, and the boundary clause "Must be applied before converting individual assets/ops — it establishes the pipeline root fields that wrap all task conversions" explicitly distinguishes it from sibling asset/op-level conversion skills.

5 / 5

Total

19

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 1 suspicious

Warning

Total

15

/

16

Passed

Repository

orchestra-hq/orchestra-skills

Path

skills/migrate-to-orchestra/skills/dagster-definitions-to-orchestra/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.