write-script-snowflake

Write parameterized Snowflake queries with ? placeholders and Windmill CLI deployment.

17.5k|1.1k|Updated May 5, 2022
One-click install
npx skills add https://github.com/windmill-labs/windmill --skill write-script-snowflake
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: write-script-snowflake
Source: https://github.com/windmill-labs/windmill/tree/main/system_prompts/auto-generated/skills/write-script-snowflake
Command: npx skills add https://github.com/windmill-labs/windmill --skill write-script-snowflake

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps teams write parameterized Snowflake queries using a consistent pattern that minimizes errors and improves reusability.

Core Features & Use Cases

  • Parameterization: Use ? placeholders and preceding comments to clearly name and type inputs.
  • Metadata & Deployment: Integrates with Windmill CLI to generate script metadata and deploy scripts to Windmill flows.
  • Use Case: Data analysts and engineers can convert recurring Snowflake queries into parameterized templates for repeatable, safe executions.

Quick Start

  1. Create a Snowflake script using ? placeholders and comments to declare parameter names and types.
  2. Run wmill script generate-metadata to generate .script.yaml and .lock files.
  3. Run wmill sync push to deploy to Windmill.

Frequently Asked Questions about write-script-snowflake

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write parameterized Snowflake queries safely?

Parameterized Snowflake queries use ? placeholders with preceding comments to declare parameter names and types, preventing SQL injection and improving reusability. This pattern lets you write once and execute safely with different inputs across analytics, reporting, and ETL workflows.

Can I use Snowflake scripts with placeholders in Windmill workflows?

Yes. Windmill integrates parameterized Snowflake scripts through metadata generation and CLI deployment. Create your script with ? placeholders and comments, run `wmill script generate-metadata` to produce .script.yaml and .lock files, then deploy via `wmill sync push`.

What's the best way to convert recurring Snowflake queries into reusable templates?

Convert recurring queries by replacing hardcoded values with ? placeholders and adding preceding comments that name and type each parameter. This creates a template deployable across multiple workflows, reducing errors and maintenance overhead in data analytics pipelines.

Do I need the Windmill CLI to deploy parameterized Snowflake scripts?

Yes. The Windmill CLI (`wmill`) generates metadata from your parameterized script and deploys it to Windmill flows. The `generate-metadata` command creates configuration files required before pushing scripts via `wmill sync push`.

How does parameter metadata help with SQL script management?

Parameter metadata documents input names, types, and placeholders in a machine-readable format, enabling Windmill to validate inputs, generate UI forms, and enforce type safety across recurring data queries and ETL jobs.

What happens if I don't use comments to declare Snowflake query parameters?

Without preceding comments declaring parameter names and types, the metadata generation step cannot map placeholders to inputs, breaking integration with Windmill workflows and preventing safe, repeatable parameter passing in your scripts.