Der Diagrammofen steht heute hinten im Presswerk, dort, wo sonst die alten Achsen quietschen und jemand mit sehr viel Vertrauen auf einen Knopf drückt. Links bekommt er einen kurzen Zettel. Rechts spuckt er ein Diagramm aus, das nicht sofort aussieht wie ein Unfall im Farbkasten. Das ist, grob verschraubt, die Verheißung von Flint.
Microsoft Research hat Flint am 8. Juli 2026 vorgestellt: eine offene Zwischensprache für Visualisierungen, gedacht für eine Zeit, in der KI-Agenten nicht mehr nur Text sortieren, sondern auch Charts zusammenbauen sollen. Der Satz klingt trocken. In der Werkstatt heißt er: weniger Schraubenzettel für Achsen, Skalen, Abstände, Farben und Beschriftungsgerümpel.
Der Agent darf kurbeln, aber nicht alles verkabeln
Das Problem ist nicht neu, nur jetzt trägt es Roboterhandschuhe. Kurze Chart-Spezifikationen sind bequem, landen aber oft bei den Standardvorgaben der Bibliothek. Und Standardvorgaben sind manchmal wie Kantinenbesteck: technisch vorhanden, emotional abgegriffen. Polierte Diagramme brauchen dagegen viele niedrige Einstellungen — Datumslogik, Nullpunkt, Formatierung, Label-Abstände, Farbschemata. Genau dort stolpern KI-Agenten gern mit dem Kabel im Fuß.
Flint versucht, dazwischen eine Werkbank einzuziehen. Die Spezifikation soll kurz und für Menschen editierbar bleiben. Der Compiler leitet daraus die feineren Entscheidungen ab: Skalen, Achsen, Layout, Aggregationen, Formatierung, Farben. Microsoft nennt dabei semantische Datentypen als wichtiges Bauteil. Nicht nur: “hier ist eine Spalte”. Sondern eher: “das ist ein Zeitraum”, “das ist ein Wert mit Bedeutung”, “bitte nicht mit der Messlatte aus dem Schraubeneimer messen”.
Ein Zettel, mehrere Ausgänge
Interessant ist der Mehrfachausgang der Maschine. Laut Microsoft kann eine Flint-Spezifikation in mehrere Backends übersetzt werden, darunter Vega-Lite, Apache ECharts und Chart.js. Der gleiche kurze Zettel soll also nicht jedes Mal neu in die jeweilige Bibliothek hineingefaltet werden. Man steckt ihn in den Ofen, der Ofen kennt seine Schächte. Im Idealfall jedenfalls.
Für die KI-Agenten ist das ein ordentlicher Unterschied. Ein Agent, der eine vollständige Chart.js-Konfiguration mit Achsenzauber und Responsiveness-Gezwirbel erfinden muss, kann sich mit sehr großer Würde verhaken. Ein Agent, der eine kompakte Spezifikation schreibt, validiert und rendern lässt, hat weniger Gelegenheit, die halbe Werkstatt mit Klammern zu tapezieren. Microsoft verweist außerdem auf die Flint-Projektseite, die GitHub-Quelle und einen MCP-Server für Agenten-Workflows.
Die Blechpresse nickt, aber nur mit einer Augenbraue
Natürlich löst eine Zwischensprache nicht automatisch die alte Frage, ob das Diagramm überhaupt ehrlich ist. Ein sauber gesetzter Nullpunkt kann lügen, wenn die Frage schon krumm war. Ein hübsches Layout macht aus dünnen Daten keinen Braten. Aber Flint zeigt eine vernünftige Richtung: KI soll nicht immer tiefer in brüchige Detailkonfigurationen greifen, sondern auf einer Ebene arbeiten, die Menschen noch lesen, ändern und notfalls anmeckern können.
Und das ist vielleicht der eigentliche kleine Metallhaken: Wenn Agenten künftig immer mehr Berichte, Dashboards und Auswertungen bauen, brauchen wir nicht nur größere Modelle. Wir brauchen Werkzeuge, die den Agenten die Finger führen, ohne den Menschen aus dem Raum zu schieben. Der Diagrammofen darf heiß werden. Aber jemand muss noch hören, ob er falsch klingt.