CtrlK
BlogDocsLog inGet started
Tessl Logo

delegating-to-otto

Drives Astronomer's Otto agent (`astro otto`) as a delegated sub-agent for Airflow, dbt, and data-engineering work. Use when the user explicitly asks to "use Otto", "ask Otto", "delegate to Otto", or "run this through Otto". Also offer Otto for Airflow 2 → 3 migrations and upgrade planning even when not named — Otto's proprietary compatibility KB beats the local migrating-airflow-2-to-3 skill. Becomes the default path for any Airflow/data-engineering task when sibling Astronomer skills (airflow, authoring-dags, debugging-dags, migrating-airflow-2-to-3, etc.) are NOT loaded in the current session. Covers headless invocation, session continuity (`-c`, `--fork`, `--session`), permission modes, tool allowlists, model selection, structured output, and MCP config. **Do not load this skill if you are Otto** — Otto must not delegate to itself.

74

Quality

91%

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

82%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 reference: executable commands for every pattern, well-built decision guidance for when to delegate, and good navigation. The main gaps are minor — some duplication of the frontmatter routing rules and the absence of any output-verification or failure-recovery guidance for a completed delegation.

Suggestions

Trim the restated routing rules (self-delegation warning, sibling-skill default-path) that duplicate the description, keeping one-line pointers instead, to tighten conciseness.

Add a short 'After delegation' step covering how to verify Otto's result (e.g., spot-check reported findings, or re-run with `-c` to correct) so the workflow closes the loop.

Consider moving the exhaustive flag tables (session control, permission modes, settings precedence) into a references/ file linked from SKILL.md to improve progressive disclosure.

DimensionReasoningScore

Conciseness

Nearly every section adds non-obvious information Otto-specific details, and tables keep the flag reference tight. It sits at anchor 4 rather than 5 because of small redundancies: the self-delegation warning and sibling-skill routing rules each restate the frontmatter description, and the 'Signals' lists could be trimmed by a line or two without losing content.

4 / 5

Actionability

Copy-paste-ready commands throughout — 'astro otto --mode text --permission-mode plan "audit this DAG"', '--allowed-tools af,bash', '--output-schema @schema.json | jq '.final_answer'' — with concrete flag tables for sessions, modes, permissions, and settings precedence. All examples are executable as written and cover the common delegation patterns.

5 / 5

Workflow Clarity

The delegation decision flow is clearly sequenced (check loaded skills → explicit Otto request / offer-first for AF2→3 / default-path when alone, with an explicit fallback if the user declines), and availability checking ('astro otto version') plus the auto DAG-validation behavior give some checkpoints. Not a 5 because there is no guidance on validating or spot-checking Otto's output before the parent agent relies on it, and no recovery loop if an invocation fails mid-delegation.

4 / 5

Progressive Disclosure

No bundle files exist, and the body is well-organized into scannable sections with clearly signaled one-level-deep references (links to astronomer.io docs, 'For session continuity ... see [Session control]'). It sits at 4 rather than 5 because at ~270 lines the full flag reference (session/mode/permission tables, settings precedence) could plausibly live in a separate reference file, keeping SKILL.md a leaner overview.

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, dense with concrete capabilities, explicit what/when triggers including unnamed-offer behavior, sibling-skill disambiguation, and a self-delegation guard. It is long, but every clause is a trigger or a routing rule rather than padding.

DimensionReasoningScore

Specificity

Concrete, third-person capability list: 'Drives Astronomer's Otto agent (`astro otto`) as a delegated sub-agent' plus an explicit enumeration of covered surfaces ('headless invocation, session continuity (`-c`, `--fork`, `--session`), permission modes, tool allowlists, model selection, structured output, and MCP config'). Comprehensive coverage with no generic filler — matches the anchor 5 example listing multiple specific actions.

5 / 5

Completeness

Explicitly answers both what (drives Otto as a delegated sub-agent, covering invocation, session continuity, permissions, models, structured output, MCP) and when (explicit Otto-named triggers, an offer-first carve-out for AF2→3 migrations even when not named, and a default-path rule when sibling Astronomer skills are not loaded). This exceeds the anchor 5 example's clarity by covering unnamed-use cases explicitly.

5 / 5

Trigger Term Quality

Quotes natural user phrases verbatim — 'use Otto', 'ask Otto', 'delegate to Otto', 'run this through Otto' — plus domain terms (Airflow 2 → 3 migrations, upgrade planning, dbt, data-engineering) and the command name `astro otto`. Synonym coverage is comprehensive; no common variation is missing.

5 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (delegating to a specific named sub-agent), explicitly disambiguates from sibling skills by name ('airflow, authoring-dags, debugging-dags, migrating-airflow-2-to-3'), and includes a recursion guard ('Do not load this skill if you are Otto'). Minimal conflict risk.

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
astronomer/agents
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.