API-Erweiterung

Große Programme sprechen selten direkt miteinander. Stattdessen bietet ein Dienst eine feste Liste von Befehlen an, über die andere Programme ihn benutzen dürfen. Diese Liste heißt API, ausgesprochen „Ei-Pi-Ei“, auf Deutsch Programmierschnittstelle. Eine API-Erweiterung bedeutet, dass diese Liste um neue Befehle oder neue Einstellmöglichkeiten wächst. Ein Beispiel: Ein Dienst konnte bisher nur Texte beantworten, und nach der Erweiterung kann man ihm auch Bilder schicken. Der Anbieter des Dienstes entscheidet, was die Liste enthält, und veröffentlicht dazu eine Beschreibung für Entwickler.

Warum Anbieter ihre Schnittstellen ständig ausbauen

Für Unternehmen wie OpenAI, Anthropic oder Google ist die Schnittstelle das eigentliche Produkt. Der Chat im Browser ist nur die sichtbare Spitze. Das Geld verdienen sie mit Firmen, die ihre Modelle in eigene Software einbauen. Jede neue Fähigkeit des Modells ist deshalb erst dann wirtschaftlich nutzbar, wenn sie über die Schnittstelle erreichbar ist.

Für die Entwickler auf der anderen Seite bedeutet eine Erweiterung Arbeit, die sie sich spart. Wer bisher Dokumente selbst zerlegen und einzeln hochladen musste, kann sie nach einer Erweiterung in einem Befehl übergeben. Solche Ankündigungen bewegen deshalb ganze Branchen. Wenn ein Anbieter eine Funktion in die API aufnimmt, verlieren manchmal kleine Firmen ihr Geschäftsmodell, weil sie genau diese Lücke gefüllt hatten.

Wichtig ist die Abgrenzung zum Modell selbst. Eine API-Erweiterung macht die KI nicht klüger. Sie macht bestehende Fähigkeiten nur von außen ansprechbar. Umgekehrt bleibt ein besseres Modell für Entwickler wertlos, solange kein Befehl dafür existiert.

Neue Felder, alte Verträge

Technisch besteht eine Anfrage an eine API aus einem Text mit klar benannten Feldern. Ein Feld enthält die Frage, ein anderes den Namen des Modells, ein drittes vielleicht die gewünschte Länge der Antwort. Eine Erweiterung ergänzt zusätzliche Felder oder ganz neue Befehle. Alte Programme, die diese Felder nicht kennen, lassen sie einfach weg.

Genau das ist die entscheidende Regel: Eine gute Erweiterung ist rückwärtskompatibel. Das heißt, Programme, die vor der Änderung funktioniert haben, funktionieren danach unverändert weiter. Deshalb werden neue Felder fast immer optional gemacht, mit einem sinnvollen Standardwert. Wer nichts angibt, bekommt das alte Verhalten.

Wird dagegen ein bestehendes Feld umbenannt oder entfernt, spricht man von einem Breaking Change, also einer Änderung, die fremde Programme zerstört. Anbieter vermeiden das und arbeiten stattdessen mit Versionen. Die alte Version bleibt eine Zeit lang erreichbar, oft ein oder zwei Jahre. Danach wird sie abgeschaltet, was Fachleute als Deprecation bezeichnen. Man kann sich das wie einen Vertrag vorstellen: Neue Zusatzklauseln sind erlaubt, das Streichen bestehender Zusagen braucht eine Übergangsfrist.

Woran man Erweiterungen in News und Apps erkennt

In Meldungen tauchen API-Erweiterungen oft ohne das Wort selbst auf. Sätze wie „ab heute für Entwickler verfügbar“ oder „jetzt auch über die Schnittstelle nutzbar“ beschreiben genau das. Typische Beispiele der letzten Jahre sind Funktionen für Sprachausgabe, für die Verarbeitung von Bildern oder für Werkzeugaufrufe, bei denen das Modell selbst eine Datenbank abfragen darf.

Im Alltag merkt man davon indirekt etwas. Wenn eine Lern-App plötzlich abfotografierte Matheaufgaben erkennt, hat ihr Anbieter meist nichts selbst entwickelt. Er nutzt eine erweiterte Schnittstelle eines KI-Anbieters. Auch Banking-Apps, Wetterdienste und Fahrplan-Apps arbeiten so.

Ein häufiger Irrtum: Viele halten eine API-Erweiterung für ein Update, das man installieren muss. Das ist falsch. Die Schnittstelle liegt auf den Servern des Anbieters. Sie ändert sich dort, und Entwickler entscheiden selbst, ob und wann sie die neuen Befehle verwenden.