Julien: Power BI Co-pilot
How to use Claude as a thinking partner to migrate from a static Excel dashboard to a live, auto-refreshing Power BI dashboard — without trying to make Claude control your screen.
"I want Claude to design my Power BI dashboard. I'm trying to get Cowork to work directly into Power BI but error messages keep coming up. It's too slow through the browser and doesn't seem able to access it."
Julien was trying to have Claude control Power BI through the browser using Cowork's computer use feature. This approach is too slow and unreliable for Power BI. The interface is complex, with nested menus and drag-and-drop interactions that browser-based AI control can't handle well.
The better approach: use Claude as a thinking partner and instruction generator, not as a remote control for your screen.
Before asking Claude to do anything, talk through the process so Claude understands what you're trying to accomplish. Then let Claude generate the workflow from the conversation.
Talk through your steps out loud
Walk through your process in plain language: Where is the source data? How does it get updated? What KPIs matter? What does the end dashboard look like?
Julien already knew the answers. The source data is an Excel file acting as a simple database. He already has a static HTML-based report he likes. The gap is making it dynamic, not redesigning it from scratch.
Let Claude generate the workflow
From that conversation, Claude mapped the full process: define the source data, automate the refresh cycle, map KPIs to visuals, connect the pipe so it's no longer static, then validate and iterate.
The important thing: Julien didn't have to write these steps. He talked, Claude organised.
Once the workflow is mapped in text, ask Claude to generate a visual diagram. This is for the human, not for the AI.
Ask Claude to visualise the workflow
Have Claude generate a visual diagram directly in chat. The diagram broke the process into four phases: data prep, connection setup, building the model, and going live.
The visual is a sanity check. If a step looks wrong or out of order, fix it before you start building. The diagram is cheap. Rebuilding a Power BI model is not.
The workflow and the diagram are for the human, not for the AI. You're using Claude to think through and document your process so you can check it, share it, and refer back to it. Claude doesn't need to execute every step. You need to see the steps clearly.
When Claude can't reliably control an app through the browser, the next question is: does a direct connector exist?
Check Claude's integrations menu for MCP connectors
MCP (Model Context Protocol) connectors let Claude talk directly to external tools without going through the browser. Cowork currently has 38+ connectors including Slack, Google Drive, Salesforce, Notion, Jira, and Microsoft 365.
Reality check: Power BI is not in the Cowork connector directory today. This may change, but as of April 2026 it's not there.
Explore third-party options
Third-party MCP servers exist for Power BI, including Microsoft's Power BI Modeling MCP Server (a VS Code extension) and CData Connect AI. These work with Claude Desktop's developer mode and Claude Code, not with Cowork's one-click connector system. They require manual JSON config and technical setup.
The fallback: Claude generates instructions, you execute
If no direct connector exists, have Claude generate detailed step-by-step instructions you implement manually in Power BI. Claude writes the DAX measures, designs the data model, and maps the KPIs. You paste and build.
This is still an 80% time saver. Claude does the thinking. You do the clicking.
Best case: Direct MCP connector. Claude talks to the tool natively. Minimal human clicking.
Middle case: Third-party MCP server. Works but requires developer-level setup. Best for technical users.
Fallback (most common today): Claude generates step-by-step instructions and code. You execute in the tool. Still saves 80% of the work.
Once you've built a workflow, don't let it die in a chat thread. Save it, publish it, share it with your team.
Save workflows to a shared folder and publish
Save workflows to a folder structure, publish them to the web via GitHub and Vercel, and share them across the team. Claude effectively replaces a CMS for maintaining this catalog.
The next person who hits the same problem can pull up the documented workflow instead of starting from scratch.
Think about access governance early
Who can access and edit shared workflows? The current approach uses folder-level permissions within Claude Teams shared projects. Team members can publish to specific folders but can't touch other parts of the catalog.
Define who can publish what, and where — even if it's informal at first.
Define the workflow with Claude
Talk through the process. Let Claude map the steps. Generate a visual diagram to sanity-check it.
Check for MCP connectors
Look in Claude's integrations for a direct connector. If one exists, use it. If not, check for third-party MCP servers.
Fall back to Claude-generated instructions
No connector? Have Claude write the step-by-step guide, the DAX measures, the data model. You execute in Power BI. Still saves 80% of the work.
Save the workflow to your catalog
Don't let it die in a chat. Save it, publish it, share it with the team.