Miles Fitzgerald

What I've learned shipping AI agents in Excel

For the past stretch I've been leading design for the AI agents going into Microsoft Excel. A spreadsheet is the most unforgiving place I know to ship a probabilistic system: people run payrolls, forecasts and whole businesses on it, and a wrong number looks exactly like a right one. Here's what that has taught me, and what I think a five-person AI-first team can take from it.

1. The grid is the context

An agent is only as good as what it can see. In Excel, that's not the prompt, it's the workbook: the tables, the names, the formulas, the half-finished tab someone abandoned last quarter. Most of the work that made our agents better wasn't the model, it was deciding what the agent gets to look at and how it's described to it. If you're building an AI-first product, your equivalent of the grid is the real advantage. Spend your design time there.

2. Show the work, or nobody trusts it

When an agent edits a model someone has spent a year building, the first question isn't "is this smart?", it's "what did you just touch?" Trust came from making the agent's work legible: which cells changed, which formulas it wrote, what it assumed. An answer people can check beats a cleverer answer they can't. Founders tend to hide the machinery to make the product feel magic. In anything that matters, the machinery is the product.

3. Make every action undoable

People will only hand real work to an agent if they can take it back. Undo isn't a nice-to-have bolted on at the end, it's what makes people willing to try in the first place. Design the reversible path before the clever one, and you'll find people let the agent do far more.

4. Evals before demos

A demo shows the agent on its best day. An eval shows it on an average Tuesday, across thousands of real tasks. At billion scale every edge case exists somewhere, so we judge changes against the messy middle, not the showcase. You don't need a big team for this. A few hundred real tasks and an honest score will tell you more than any demo, and they'll tell you in an afternoon whether a new model is worth switching to.

5. Latency is a design decision

Mobile taught me that every millisecond is a cost the user pays. Agents make that bill much bigger. Waiting thirty seconds for an answer is fine if you can see progress and keep working, and unbearable if you're staring at a spinner. What the agent does first, what it streams, and when it hands control back are design choices, not engineering details. Tokens are the new milliseconds.

This is the thinking I bring to the founders I back. If you're building something AI-first, here's what I look for, or send me your demo.