CtrlK
BlogDocsLog inGet started
Tessl Logo

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.

72

Quality

88%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

SKILL.md
Quality
Evals
Security

Quality

Content

87%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a well-crafted skill that is concise, actionable, and well-organized with clear cross-references to related skills. Its main weakness is the lack of an integrated workflow with explicit validation checkpoints and error recovery guidance — the parse step is mentioned but not woven into a sequential process with feedback loops. The callout about avoiding version pinning is a particularly valuable piece of non-obvious guidance.

Suggestions

Integrate `astro dev parse` into a clear sequential workflow after each modification step (e.g., after adding dependencies or connections), with guidance on what to do if parsing fails.

Add a brief feedback loop for dependency issues: e.g., 'If `astro dev restart` fails after adding packages, check `astro dev logs` for build errors, fix requirements.txt, and restart again.'

DimensionReasoningScore

Conciseness

The content is lean and efficient. It avoids explaining what Airflow or Astro is, assumes Claude knows how Dockerfiles and YAML work, and every section delivers actionable information without padding. The callout about not passing `--airflow-version` is genuinely useful non-obvious guidance.

3 / 3

Actionability

Every section provides concrete, copy-paste-ready commands and configuration examples: `astro dev init`, `astro dev parse`, full `airflow_settings.yaml` structure, Dockerfile examples, and export/import commands. Nothing is left as pseudocode or vague description.

3 / 3

Workflow Clarity

The skill covers setup steps clearly but lacks an explicit end-to-end workflow sequence with validation checkpoints. The `astro dev parse` validation step is present but isolated at the end rather than integrated into a workflow (e.g., after modifying dependencies or adding connections). There's no feedback loop for what to do if `astro dev parse` fails.

2 / 3

Progressive Disclosure

The skill serves as a clear overview with well-signaled references to related skills (managing-astro-local-env, authoring-dags, testing-dags, deploying-airflow). Content is appropriately scoped to project setup, and the cross-references at both the top and bottom are clearly organized and one level deep.

3 / 3

Total

11

/

12

Passed

Description

89%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a well-structured skill description that clearly communicates its purpose, includes explicit trigger guidance, and thoughtfully delineates its boundary from a related skill. The main area for improvement is adding more concrete, specific actions beyond the somewhat general 'initialize and configure' framing.

DimensionReasoningScore

Specificity

Names the domain (Astro/Airflow projects) and some actions (initialize, configure, set up dependencies, configure connections/variables, understand project structure), but the actions are somewhat general and could be more concrete (e.g., 'create astro project with astro dev init', 'configure airflow_settings.yaml').

2 / 3

Completeness

Clearly answers both 'what' (initialize and configure Astro/Airflow projects) and 'when' (explicit 'Use when' clause listing trigger scenarios). Also includes a helpful boundary statement distinguishing it from the managing-astro-local-env skill.

3 / 3

Trigger Term Quality

Includes strong natural keywords users would say: 'new project', 'set up dependencies', 'configure connections/variables', 'project structure', 'Astro', 'Airflow'. These cover common variations of how users would phrase requests about project initialization.

3 / 3

Distinctiveness Conflict Risk

Clearly scoped to project initialization and configuration, with an explicit boundary ('For running the local environment, see managing-astro-local-env') that reduces conflict risk with related skills. The Astro/Airflow domain is specific enough to avoid overlap with generic project setup skills.

3 / 3

Total

11

/

12

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.

Validation11 / 11 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.