Blueprint is a template-based Dag authoring mode in the Astro IDE. Platform teams define reusable building blocks in Python. Analysts, analytics engineers, and data scientists assemble those blocks into production Dags through a visual builder and form-driven configuration, without writing Airflow code.
The open-source astronomer/blueprint library powers Blueprint in the Astro IDE, handling blueprint definition, YAML parsing, validation, and Dag generation. See the GitHub repository for the full API reference, blueprint authoring guide, and examples.
Blueprint has two sides: platform teams define blueprints; other team members use them.
airflow-blueprint library (version 0.2.0 or later) added to your project’s requirements.txt.Platform teams complete this setup so blueprints appear in the Astro IDE library for other team members to use.
Create blueprint files in your project under dags/templates/. Each blueprint is a Python class that defines a configuration schema and a render() method. The field descriptions you write become the form labels users see in the IDE.
The Astro IDE renders supported Pydantic field types as interactive form fields. The following types are supported:
The following types are not supported and render as an unsupported field with a warning in the IDE:
For full details on defining blueprints, including configuration models, field validation, and versioning, see the Blueprint GitHub repository.
Create a file at dags/loader.py with the following content:
Airflow scans the dags/ folder for Python files that contain Dag objects. This file tells Blueprint to discover all .dag.yaml files in your project, parse them, and register the resulting Dags with Airflow automatically.
For the Astro IDE to discover your blueprints, generate a JSON schema for each blueprint and output it to blueprint/generated-schemas/ in your project:
Repeat this command for each blueprint. The IDE reads this folder to determine which blueprints are available and uses the schemas to render configuration forms.
After you add or update a blueprint, regenerate its schema so the Astro IDE picks up the changes.
After your platform team has set up blueprints, other team members can build workflows in the Astro IDE without writing Airflow code.
Click New DAG to create a new workflow. Enter a Dag ID and click Generate DAG. Blueprint creates a new Dag YAML file in your project’s dags/ folder.
To open an existing workflow, select it from the workflow list.
To configure Dag properties such as a description, Dag ID, or schedule, click DAG Properties.
The configuration form only shows fields your platform team has explicitly exposed. Operational settings like retry logic, connection credentials, and default values are baked into the blueprint.
To define the order in which steps run, draw a dependency line between them:
Steps with no dependencies run in parallel.
After building your workflow, test it in an ephemeral Deployment. See Test and run code with the Astro IDE for instructions.
If a task fails or produces unexpected output:
After making changes, click Sync to Test to push the updated configuration to the running Deployment without restarting it.
After testing, commit your workflow and deploy it. See Deploy code from the Astro IDE or Deploy code from the Astro IDE to Git.