Why the problem is not Excel – it is the missing instruction layer
By Svetlana Toohey Published March 2026

I recently heard something that made me pause.
A company told their accounting team:
“AI and agents won’t work for us – our Excel files are too complex.”
And to be fair, I get it.
Their workbooks likely look like most accounting files:
From the outside, it does look like something AI would not be able to work with.
But here is the thing:
That is not a limitation of AI. That is a missing instruction layer.
AI struggles with Excel for the same reason a newly hired staff accountant would: it has not been taught how the file works.
If you handed a new hire a complex workbook and said “Go analyze this,” they would struggle.
But if you spent 30 minutes explaining:
They would figure it out quickly.
AI is the same way. It does not need simpler files. It needs better instructions.
Most teams are doing this:
Upload Excel. “Analyze this.”
What actually works:
Upload Excel + “Here is how this file works.”
That second piece is what changes everything. And in PythonMuse, we call it a Skill.
If you have followed the series, you have already seen Skills in action. From One-Time Analysis to Repeatable Workflows introduced the Skill concept as documentation that makes AI workflows consistent and repeatable. Article 14 showed how Skills fit into model orchestration. This article applies the same idea to the one file type everyone said AI could not handle.
Not all data sources are equal. I recommend thinking about your data in three tiers:

Figure: The three tiers of data readiness for AI – from SQL (best) to Excel with a Skill (complex but workable).
Excel is not bad. It just needs context that CSV and SQL do not.
A Skill is documentation that teaches AI how your spreadsheet works.
Think of it as a training manual for your Excel file.
You create it once and reuse it every time that file (or its monthly refresh) needs analysis.
Here is a simplified example:
# SKILL: Monthly Financial Workbook
## File Structure
- Raw_Data tab: source of truth (transaction-level detail)
- Pivot_Summary tab: validation reference only (do not rely on for analysis)
- Dashboard tab: visuals only (ignore for data extraction)
## Rules
- Always use the Raw_Data tab as the primary data source
- Recalculate totals from Raw_Data instead of trusting pivot summaries
- Ignore formatting, merged cells, and conditional highlighting
- Column A = Date, Column B = Department, Column D = Amount
## Supported Analyses
- Monthly variance (current vs prior month)
- Department spend comparison
- Trend analysis (trailing 6 months)
A full, production-ready example is available in the examples folder: Excel Interpretation Skill.
If you have already built a reconciliation or margin analysis Skill (see the bank reconciliation and margin analysis examples), this follows the exact same format. The only difference is that this Skill explains the file itself, not just the workflow.
To make this real, I created a sample workbook that mirrors what you would see in a typical accounting department – multiple tabs, pivot summaries, a dashboard, and transaction-level data mixed together.
Download the demo workbook: monthly_financial_workbook.xlsx
Prompt:
“Analyze this file and explain the monthly variance.”
What you get:
Prompt:
“Use the Excel interpretation Skill to analyze this file. Focus on the Raw_Data tab and calculate monthly variance by department.”
What you get:
Same file. Same AI. Completely different results.
The difference is the instruction layer.
This is something I did not expect when I started doing this.
As I was documenting a spreadsheet for Claude, I found myself asking the same questions Claude would ask:
And then I realized: you can actually ask Claude those same questions.
Once your Skill is written, try:
“Given this spreadsheet structure, is there a simpler way to achieve the same outcome?”
“Can this workflow be redesigned to eliminate this spreadsheet altogether?”
You may be surprised. Redundant tabs get eliminated. Manual steps get automated. Entire workflows get redesigned.
And in some cases, you may not need the spreadsheet at all anymore.
What starts as:
“Let’s help AI understand Excel.”
Turns into:
“Why are we still doing this in Excel?”
That is the real transformation. Not just using AI to read your files – using the process of documenting them to discover that a better workflow exists.
This connects directly to the idea behind How Accountants Learn AI: the learning is not just about the tool, it is about rethinking the process.
You spend 1 to 2 hours documenting once.
And you eliminate:
Think of it like training an intern. You explain once. They learn. They repeat.
Except this one:
And the documentation itself becomes institutional knowledge – something your team keeps even if you move on.
Before using AI with any Excel file:
The Skill documents the file structure, not the data itself. You can share a Skill file freely because it contains no sensitive information – only instructions.
This is not the end state. It is a bridge.
Today: Excel + Skills. You take the complex workbooks you already have and make them AI-readable.
Tomorrow: CSV + Python workflows. New analysis starts with clean data exports, reproducible scripts, and audit-ready outputs.
Eventually: Excel becomes optional, not required. The Skills that document your workbooks become the migration path to something better.
And as you saw in AI Use Cases and How to Structure Them, the progression from ad hoc to repeatable to audit-ready is the same pattern – just applied to a different starting point.
SKILL.md file (use the Excel interpretation Skill example as a template)You are not starting from scratch. Claude does the work while you prompt, review, and validate. Not much different from working with a brand new staff accountant – except you only have to train this one once.
Excel is not the problem. Lack of structure is.
And sometimes the process of teaching AI your workflow is what finally reveals a better one.