ADK für Kotlin 1.0 zieht mit dem Python-Agentenbaukasten gleich
Victoria Shinder2 Min. LesezeitGoogle hat sein Agent Development Kit für Kotlin auf 1.0 gehoben und damit allgemein verfügbar gemacht. Die Ankündigung von Guillaume Laforge steht unter https://developers.googleblog.com/announcing-adk-for-kotlin-10-building-production-ready-ai-agents-in-kotlin-android-and-beyond/, der Quellcode unter https://github.com/google/adk-kotlin.
Die Version beansprucht vollen Gleichstand mit dem Kern, den die Python- und Java-Ausgaben umsetzen: hierarchische Agenten, die an spezialisierte Unteragenten delegieren; Verdichtung des Kontexts, die den Verlauf zusammenfasst, um im Token-Budget zu bleiben; Abläufe mit menschlicher Freigabe, die die Ausführung anhalten und nach der Bestätigung fortsetzen; lang laufende Werkzeuge; wiederaufnehmbare Sitzungen über Prozessneustarts hinweg; dazu die Vertex-AI-Dienste für Sitzungen, RAG-Speicher und Memory Bank. Java-Code kann Kotlin-Agenten direkt aufrufen — die Interoperabilität ist Teil des Baukastens, kein aufgesetzter Adapter.
Herausheben lohnt sich, wie Werkzeuge deklariert werden. Funktionen tragen die Annotationen @Tool und @Param, das Schema für den Funktionsaufruf erzeugt Kotlin Symbol Processing zur Übersetzungszeit. Daraus folgt ein typsicheres Schema, Unterstützung für suspend-Funktionen und keine Reflection zur Laufzeit — genau der Unterschied zwischen einem Agentenrahmen, der auf einem JVM-Server läuft, und einem, der auch auf Android läuft, wo Reflection der Posten ist, den man nicht bezahlen will.
Die Android-Seite unterscheidet den Baukasten von seinem Python-Geschwister. Der Kern ist Kotlin Multiplatform und bleibt gegenüber Modell-Backend, Sitzungsspeicher und Gedächtnissystem neutral; darüber liegen Erweiterungen für lokale Inferenz über LiteRT-LM und ML Kit (Beta), hybride Abläufe über Firebase AI Logic und Persistenz über Room und AppSearch.
Was das bedeutet
Die interessante technische Aussage ist die Übersetzungszeit, nicht der Gleichstand. Parität mit Python ist eine Fahrplanaussage. Ein per KSP erzeugtes Werkzeugschema ist eine prüfbare Eigenschaft: Was der Agent nach außen beschreibt, leitet sich aus der Signatur ab, die der Compiler ohnehin geprüft hat — beides kann nicht auseinanderlaufen. In reflectionbasierten Rahmenwerken ist das Schema eine zweite Beschreibung derselben Funktion, und zweite Beschreibungen verfaulen.
Lokale Ausführung verändert das Datenschutzargument stärker als die Latenz. Ein Agent, der auf dem Gerät rechnet, muss weder Eingabe noch Werkzeugausgaben noch Zwischenschritte aus dem Telefon herauslassen. Für eine ganze Klasse von Anwendungen — Gesundheit, Nachrichten, alles unter einer Vorgabe zum Speicherort von Daten — ist das keine Optimierung, sondern die einzige Fassung, die überhaupt ausgeliefert wird.
Und serverseitiges Kotlin bekommt es nebenbei. Vermarktet wird der Baukasten über Android, der Multiplattform-Kern läuft aber überall dort, wo die JVM läuft. Teams, die ihre Dienste ohnehin in Kotlin schreiben, haben ab dieser Version eine Erstanbieter-Laufzeit für Agenten, ohne einen Python-Beiwagen für die Orchestrierung aufstellen zu müssen.