CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

setting-up-astro-project

Initialize and configure Astro/Airflow projects. Use when the user wants to create a new project, set up dependencies, configure connections/variables, or understand project structure. For running the local environment, see managing-astro-local-env.

70

Quality

88%

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 well-organized, command-first skill body that provides fully executable guidance and a sensible init-to-validate sequence. Its main gaps are stale-prone pinned versions in examples and the absence of error-recovery steps after validation.

Suggestions

Replace hard-pinned example versions with placeholders or the command to check the latest version, to avoid stale training-data pins (consistent with the skill's own anti-pinning note).

Add a short feedback loop after `astro dev parse`, e.g. "If parse reports errors, fix the listed DAGs and re-run before starting the environment."

Move the full airflow_settings.yaml example into a references/ file and keep only the key fields inline to reduce token cost.

DimensionReasoningScore

Conciseness

Sections are lean, command-first, and assume competence (e.g., the anti-pinning note on `astro dev init` is genuinely non-obvious guidance). Not 5 because time-sensitive pinned versions in examples ("astro-runtime:12.4.0", "==5.3.0", "==2.1.0") are not isolated in a deprecated/old-patterns section.

4 / 5

Actionability

Fully executable, copy-paste-ready commands throughout: `astro dev init`, `astro dev parse`, `astro dev object export/import`, `astro dev restart`, plus complete airflow_settings.yaml and Dockerfile snippets covering the common cases.

5 / 5

Workflow Clarity

Clear sequence (init → dependencies → restart → connections → validate via `astro dev parse`) with checkpoints ("After modifying dependencies: Run `astro dev restart`"). Not 5 because there is no error-recovery loop after a failed parse and no explicit validation for config changes.

4 / 5

Progressive Disclosure

No bundle files exist; the single SKILL.md is well-sectioned with clearly signaled cross-skill links (top callouts plus a Related Skills section). Matches "good structure; most content appropriately placed" — the full airflow_settings.yaml example and Dockerfile customization could arguably live in reference files but are small enough to be fine inline.

4 / 5

Total

17

/

20

Passed

Description

87%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 with an explicit 'Use when' trigger clause, concrete action verbs, and clear skill boundaries. Its main weakness is a minor collision risk on the ambiguous term "Astro" and a lack of synonym variation in trigger terms.

Suggestions

Disambiguate the Astro framework from Astro the Astronomer CLI, e.g. "Initialize and configure Astronomer Astro CLI (Airflow) projects — not the Astro JS web framework".

Add natural trigger synonyms such as "scaffold a new Airflow project" or "astro dev init" to broaden keyword coverage.

DimensionReasoningScore

Specificity

"Initialize and configure Astro/Airflow projects" plus "create a new project, set up dependencies, configure connections/variables, or understand project structure" lists several concrete actions. Not 5 because coverage is partial (e.g., no mention of environment/image configuration); not 3 because more than 1-2 specific actions are named.

4 / 5

Completeness

Explicitly answers both: what ("Initialize and configure Astro/Airflow projects") and when ("Use when the user wants to create a new project, set up dependencies, configure connections/variables, or understand project structure"), with concrete trigger phrases and a boundary pointer to a sibling skill.

5 / 5

Trigger Term Quality

"create a new project", "set up dependencies", "configure connections/variables", "understand project structure" are natural phrases users would say. Not 5 because common synonyms like "scaffold", "new Airflow project", or "astro dev" phrasing are missing; not 3 because several natural terms are covered.

4 / 5

Distinctiveness Conflict Risk

The setup niche is distinct with explicit boundaries ("For running the local environment, see managing-astro-local-env"), but "Astro" is also a popular JavaScript web framework, creating minor overlap risk for users asking to set up an Astro site. Matches "mostly distinct; minor overlap risk" rather than the minimal-conflict anchor at 5.

4 / 5

Total

17

/

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

Path

skills/setting-up-astro-project/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.