Pbir Format

PBIR Format Reference

Skill that teaches Claude about the Power BI Enhanced Report (PBIR) JSON format to read and use it. Doesn't support legacy report.json or layout report metadata. To convert from legacy to PBIR format, users have to open and save their reports in Power BI Desktop.

Follow within reason the mental model when working with reports.

Hard rule: Treat PBIR JSON as an implementation detail. Read it when schema context is useful, but make every report, visual, page, bookmark, filter, mobile-layout, and theme change through pbir. Never hand-edit, text-replace, or script writes to report JSON. If pbir cannot express a requested mutation, stop and report the capability gap instead of inventing a raw-JSON fallback.

General, critical guidance

• Check examples: Check examples for a valid report
• Take a backup: Make a copy of the report before modifying it
• PBIX vs PBIP vs PBIR: Work on a local .Report folder in PBIR format. Use Power BI Desktop or pbir report convert for supported conversions; do not unzip, rezip, or patch PBIX internals. Do not work directly on PBIT files.
• Valid JSON vs. Rendering JSON: Valid JSON does not guarantee rendering. A visual might not render if the bound field is invalid (missing, wrong table, or misspelled) in the visual.json, if the visual elements are cropped by their container, if a model performance issue causes the dax query to time out, if a model data quality issue results in (Blank) or empty values, etc. Check whether a visual rendered using tools like the chrome or chrome devTools MCP server if the report was published to Power BI, but it's often faster to just ask the user to check in Power BI Desktop or the browser.
• Hierarchical formatting cascade: In Power BI reports, formatting is determined by the following order of operations: defaults --> Theme wildcards (*) --> Theme visualTypes --> bespoke visual.json configuration. Theme overwrites defaults, visualType overrides wildcards in themes, and visual.json overrides all theme formatting. Prefer putting as much of the formatting in the theme as possible over bespoke visual.json formatting because then changes only need to happen in one place
• PBIR files are strict JSON: No comments allowed
• DON'T MAKE ASSUMPTIONS: Check the Microsoft documentation and other reputable resources for context if needed, or ask the user.

Report Structure

Report.Report/
+-- .pbi/localSettings.json                # Local-only, gitignored
+-- .platform                              # Fabric Git integration
+-- definition.pbir                        # Semantic model connection (byPath or byConnection) can open this file in Power BI Desktop to open the report
+-- mobileState.json                       # PBIR-Legacy artifact only; current PBIR stores phone layout per-visual in mobile.json
+-- semanticModelDiagramLayout.json        # Model diagrams
+-- CustomVisuals/                         # Private custom visuals only
+-- definition/
|   +-- version.json                       # REQUIRED -- PBIR version
|   +-- report.json                        # REQUIRED -- report-level config, including theme, report filters, settings
|   +-- reportExtensions.json              # Extension measures and visual calculations (report- and visual-level DAX)
|   +-- pages/
|   |   +-- pages.json                     # Page order, active page
|   |   +-- [PageName]/                    # Power BI Desktop may generate names with spaces; recommend no spaces for human-authored names
|   |       +-- page.json                  # Page-level properties, including size, background, filters
|   |       +-- visuals/
|   |           +-- [VisualName]/
|   |               +-- visual.json        # Visual config, formatting, and field data bindings <-- most important and complex file for report dev and formatting
|   |               +-- mobile.json        # Mobile formatting of the visual (niche)
|   +-- bookmarks/                         # Bookmarks are a bad practice and should be avoided if possible!
|       +-- bookmarks.json                 # Bookmark order and groups
|       +-- [id].bookmark.json             # Individual bookmark state containing a snapshot of the report basically
+-- StaticResources/
    +-- RegisteredResources/               # Custom themes, images
        +-- [ThemeName].json               # Custom theme <-- second most important and complex file for formatting
    +-- SharedResources/BaseThemes/        # Microsoft base themes

Rules

Follow within reason the mental model when reviewing or providing feedback on reports.

Modifying a report

1. Understand the user's request. Ask questions if necessary to clarify the business context -- focus on the business process, the users, and the model
2. Explore the report efficiently to locate relevant pages and visuals
3. Check the connected semantic model. For thin reports (byConnection), use fab, pbir, or te CLI tools to explore the model. For byPath, connect to the local model in Power BI Desktop. Understanding the model reveals available fields and calculation logic
4. Identify the appropriate visuals and pages to modify. Ask the user for clarification if needed
5. Plan modifications with the correct PBIR structure and property values

Creating a report

1. Same workflow as modifying, except the report is generated with pbir new. Do not scaffold report JSON by hand
2. Ensure definition.pbir is configured properly (byPath or byConnection)
3. Use a theme.json file. Recommended: the SQLBI/Data Goblins theme
4. Add filters with pbir add filter; see filter pane reference

Additional validation

For detailed report design guidance (layout, spacing, visual hierarchy, color, accessibility), see the pbi-report-design skill. Key rules enforced during validation:

• Use a custom theme; push formatting to the theme over bespoke visual.json unless the user specifies otherwise
• Visuals must not overlap; maintain equal spacing between visuals and page edges
• Every page needs a title (textbox or background image). Ensure textboxes are tall enough to render (24-28 pt)
• Follow the 3-30-300 rule: KPIs/cards at top, breakdowns in middle, detail at bottom. Maximum 2-3 slicers per page; use the filter pane for additional filtering
• Prefer Deneb, Python, or R custom visuals over SVG or heavily customized core visuals -- balance elegance against technical debt
• Use report extensions (thin report measures, visual calculations) only when model measures are not feasible
• Centralize conditional formatting in extension or model measures referencing theme semantic colors ("bad", "good")
• Use consistent colors to direct attention, not to decorate. Avoid pie charts beyond 5 categories
• Sort visuals logically (typically descending by measure). Start chart axes at zero unless there is an explicit reason not to
• Use consistent fonts. Set altText for accessibility. Name visuals descriptively (revenue_bar_chart not a1b2c3d4)
• Eliminate redundant visuals. Consider the "Apply" button on high-cardinality slicers
• See the Data Goblins report checklist for pre-deployment validation