What problem does it solve? Python analytics code that mixes DuckDB SQL and Polars DataFrames often suffers from repeated conversions, stale registrations, lost ordering, and schema mismatches. This Skill provides decision rules for assigning each pipeline stage to one engine and crossing the boundary deliberately. ## Core Features & Use Cases - Stage Ownership Decisions: Assign relational SQL, multi-source joins, and file scans to DuckDB while keeping typed expression pipelines in Polars. - Transfer Discipline: Materialize exactly once at a consumer boundary, manage registration lifetime, and avoid repeated .collect(), .pl(), or .arrow() calls. - Schema Verification: Validate row counts, dtypes, nulls, timestamps, nested values, and ordering after every transfer. - Use Case: You filter a large Parquet dataset with Polars, register the result in DuckDB for a grouped SQL aggregation, and convert the result back to a Polars DataFrame with verified schema and grain. ## Quick Start Ask the assistant to review your script that mixes DuckDB queries and Polars transformations and restructure it so each engine owns a clear stage with a single verified transfer.