What problem does it solve? DAX measures written as nested CALCULATE expressions are hard to read, impossible to step through, and silently wrong when filter arguments replace the user's selections. This Skill enforces a house style where every measure builds the rows it needs into a table variable and aggregates over it, so each step can be inspected independently. ## Core Features & Use Cases - Table-first measure authoring: Compose measures as scalar VARs, a FILTER-built table variable, and an X-aggregator, with a named __Result returned at the end. - Step-3 decision rules: Choose between X-aggregators and CALCULATE based on whether the expression is an existing measure, a non-additive aggregation, or a row-level computation, with KEEPFILTERS guidance. - Dynamic format strings and UDFs: Format numbers with formatStringDefinition and DAX user-defined functions instead of FORMAT(), which returns text and breaks sorting and aggregation. - Debugging by swapping RETURN: Inspect any intermediate step with RETURN COUNTROWS(__Table) or TOCSV(__Table), something nested CALCULATE cannot do. - Use Case: When asked to write a year-over-year sales measure, produce CALCULATE([Total Sales], DATEADD(DimDate[Date], -1, YEAR)) per the time-intelligence exception, while building a customer retention measure as EXCEPT/INTERSECT over period-key tables. ## Quick Start Ask the agent to write a DAX measure for a specific KPI such as on-time delivery percentage and have it follow the table-first house style.