Excels Agent Mode hat 2026 eine Grenze überschritten. Was als Formelhelfer begann, ist jetzt ein Agent im Workbook, der mehrstufige Aufgaben plant, Modelle baut und bearbeitet, Formeln, Tabellen, PivotTables und Diagramme erzeugt und iteriert, bis die Aufgabe erledigt ist. Microsoft hat ihn allgemein verfügbar gemacht auf Excel für das Web und auf dem Windows-Desktop, mit laufendem Mac-Rollout, für kommerzielle Copilot-Lizenzen ebenso wie für Consumer-Abonnenten, und seit Anfang 2026 kann Copilot Workbooks auch lokal über Copilot Chat abfragen.
Für Finanzmodellierungsteams ist die Konsequenz auf eine spezifische Weise unbequem: Der Durchsatz steigt erheblich, und das Modellrisiko sinkt kein Stück. Ein Agent, der direkt in Zellen schreibt, hat einen schärferen Fehlermodus als ein Chat-Assistent, denn eine falsche Antwort sitzt nicht mehr in einem Chatfenster und wartet auf ein Urteil. Sie wird ins Modell geschrieben und propagiert durch alles, was damit verknüpft ist.
Was Agenten wirklich beschleunigen
Der stärkste Einsatz ist das Scaffolding des ersten Entwurfs. Ein Analyst kann ein Budget, ein Drei-Statement-Modell oder eine Analyse beschreiben und den Agenten die Tabs, Annahmenblöcke, Formeln und Summary-Outputs weit schneller anlegen lassen als bei einem manuellen Aufbau. Microsofts eigene Positionierung deckt genau diesen Umfang ab: Workbooks gemeinsam mit dem Nutzer bauen und bearbeiten, von Budgets über Finanzmodelle und Analysen bis zu Tabellen, Diagrammen, PivotTables und Formeln.
Szenarioarbeit profitiert fast ebenso stark. Agentisches Editieren passt zum mechanischen Teil der What-if-Analyse: Szenariotabellen bauen, Sensitivitätsraster verdrahten, Annahmensets überarbeiten und die berichtenden Diagramme neu erzeugen. Die Iterationsschleife, die früher einen Nachmittag sorgfältigen Kopierens und Anpassens kostete, läuft jetzt in Minuten, was verändert, wie viele Szenarien ein Team vor einer Entscheidung überhaupt betrachten will.
Die ehrliche Grenze verläuft zwischen Entwerfen und Entscheiden. Agent Mode wird als fähig beschrieben, mehrstufige Aufgaben zu planen, auszuführen, zu iterieren und zu validieren, und der Validierungsteil wird besser. Der vertretbare Use Case bleibt trotzdem der erste Entwurf plus beaufsichtigter Review, nicht die unbeaufsichtigte Modellproduktion.
Der Fehlermodus lebt im Workbook
Zwei Risiken dominieren. Das erste ist die plausible, aber falsche Formelkette: Je mehrdeutiger der Prompt, desto wahrscheinlicher löst der Agent die Mehrdeutigkeit mit einer Logik auf, die vernünftig aussieht und das Falsche berechnet. Das zweite ist die halluzinierte Zahl. Output kann syntaktisch gültig und ökonomisch falsch sein, besonders wenn Annahmen unvollständig sind, Einheiten inkonsistent oder der Prompt keine expliziten Quelldaten enthält. Vor eine Lücke gestellt, neigt ein Agent dazu, sie mit einem plausiblen, undokumentierten Wert zu füllen, statt anzuhalten.
Beide Fehler sind bei einem Agenten aus demselben Grund schlimmer als bei einem Chat-Assistenten, aus dem der Agent nützlich ist: Er bearbeitet das Modell an Ort und Stelle. Eine erfundene Wachstumsrate, in eine Annahmenzelle geschrieben, fließt durch den Revenue Build, den Working-Capital-Plan und die Covenant-Headroom-Berechnung, ohne irgendetwas auszulösen. Microsofts Unterlagen weisen darauf hin, dass Bearbeitungen sichtbar und Workbook-nativ sind, was dem Review tatsächlich hilft. Sichtbarkeit ist aber keine Korrektheit, und ein geprüft aussehendes Workbook voller ungeprüfter Agentenbearbeitungen ist genau das Artefakt, vor dem man sich fürchten sollte.
Native Agenten versus externe Tools
Es lohnt sich, Excel-native Agenten von externen LLM-Tools zu trennen, die Spreadsheet-Logik von außerhalb der Datei lesen oder erzeugen. Agent Mode läuft innerhalb des Tenants, unter Admin-Kontrollen, und die Bearbeitungen geschehen im Workbook, wo sie beobachtet und versioniert werden können. Externe Tools, die ein Workbook einlesen, anderswo darüber schlussfolgern und Formeln oder Werte zurückgeben, stehen außerhalb dieser Kontrollen, und es gibt keinen Microsoft-nativen Claude-Agenten in Excel, mit dem man sie verwechseln könnte; solche Tools sind als externe Werkzeuge mit eigenem Review-Pfad zu behandeln.
Die Governance-Konsequenzen unterscheiden sich stärker als die Fähigkeiten. Beim nativen Agenten lauten die Kontrollfragen, wer ihn aktivieren darf, auf welchen Workbooks, und welche Aufzeichnung jede Session überdauert. Bei externen Tools lauten sie, was den Tenant verlässt, welche Lizenz die Daten abdeckt und wie zurückgelieferte Logik erneut verifiziert wird, bevor sie in ein kontrolliertes Modell eingeht. Eine Policy, die das eine abdeckt und das andere ignoriert, deckt keines von beiden ab.
Das Kontrollset, das den Durchsatz verdient
Die Teams, die aus Spreadsheet-Agenten Wert ziehen, sind die, die Kontrollen als Eintrittspreis behandelt haben:
- Disziplin beim Annahmenblatt. Annahmen von Berechnungen trennen und Agentenbearbeitungen auf klar definierte Eingabebereiche beschränken, damit Logik nicht stillschweigend mitten in einer Berechnungskette umgeschrieben werden kann.
- Identitätschecks nach jeder Session. Bilanzabstimmung, Cashflow-Gegenprüfungen und Abweichungs-Tie-outs laufen nach jeder agentengestützten Änderung, denn agentischer Output kann kohärent aussehen und dabei buchhalterische Identitäten brechen.
- Unabhängiges Nachrechnen der tragenden Ketten. Revenue Build, Working Capital, Debt Schedules, Steuern und Bilanz-Roll-forwards werden manuell oder durch einen unabhängigen Check nachgerechnet, bevor das Modell verwendet wird.
- Versionserfassung um Agenten-Sessions. Das Workbook vor und nach jeder Session aufbewahren, damit jede Prompt-getriebene Änderung als Diff geprüft und bei Bedarf zurückgerollt werden kann.
- Prompt-Vorgaben. Der Agent muss seine Annahmen benennen, die verwendeten Quellzellen und -bereiche zitieren und fehlende Inputs markieren, statt sie zu erfinden.
- Begrenzter Rollout. Agentische Features zuerst für eine Pilotgruppe auf repräsentativen Modellen aktivieren und die Outputqualität messen, bevor breit ausgerollt wird.
- Menschliche Freigabe. Nichts, das ein Agent berührt hat, erreicht Board, Kreditgeber, Bewertung oder FP&A, ohne dass eine namentlich benannte Person es verifiziert hat.
Nichts davon ist exotisch. Es ist dieselbe Model-Risk-Disziplin, die Finance-Teams bereits auf menschengebaute Spreadsheets anwenden, verschärft für einen Mitarbeiter, der schneller arbeitet als jeder Analyst und sich niemals unsicher fühlt. Das Betriebsmodell 2026, das trägt, ist agentengestützter Aufbau, menschlich verifizierte Logik, auditierte Outputs und kontrollierter Rollout. Teams, die den Agenten ohne die Kontrollen einführen, werden mehr Modelle pro Woche produzieren, und die Fehlerquote dieser Modelle wird von ihren Kreditgebern entdeckt statt von ihren Reviewern.
Häufige Fragen
Darf ein von einem Agenten gebautes Modell an einen Board oder einen Kreditgeber gehen?
Als erster Entwurf ja; als unbeaufsichtigtes Endprodukt nein. Das vertretbare Betriebsmodell ist der agentengestützte Aufbau mit menschlich verifizierter Logik, das heißt, jemand rechnet die tragenden Formelketten nach und gibt frei, bevor die Datei das Team verlässt. Die Freigabe sollte gegen die konkrete Workbook-Version dokumentiert werden, denn die Frage, die irgendwann kommt, lautet, wer das geprüft hat und wann.
Was ist der schnellste sinnvolle Check, nachdem ein Agent ein Workbook bearbeitet hat?
Buchhalterische Identitäten. Die Bilanz muss aufgehen, der Cashflow muss sich mit der Veränderung der liquiden Mittel abstimmen lassen, und Periodenabweichungen brauchen einen Tie-out gegen die Vorversion. Diese Checks sind billig auszuführen, schwer zu fälschen, und sie fangen die gefährlichste Klasse von Agentenfehlern ab: Output, der kohärent aussieht und dabei die Arithmetik bricht, die ein Modell zusammenhält.
Machen Spreadsheet-Agenten den Model Review leichter oder schwerer?
Beides. Jede einzelne Bearbeitung ist sichtbar und Workbook-nativ, was dem Review freundlicher gegenübersteht als intransparente Generierung. Aber Agenten erhöhen das Änderungsvolumen pro Stunde drastisch, der Review muss deshalb Diff-basiert werden: das Workbook vor und nach jeder Session erfassen und das Delta prüfen, nicht die ganze Datei. Teams, die weiter so prüfen wie bei menschlichem Bearbeitungstempo, fallen hinter die Änderungsrate zurück.