LangChain Core 1.6.3: Gateway darf Modellnamen melden
Das Patch-Release überschreibt Modellname und Provider im Tracing anhand der Gateway-Antwort. Drei weitere Einträge betreffen Tests und Docs.
Kurz gesagt
LangChain hat am 11. September das Patch-Release langchain-core 1.6.3 veröffentlicht, dessen einzige Funktionsänderung erlaubt, Modellname und Provider in den Tracing-Metadaten anhand der Gateway-Antwort zu überschreiben.
Auf einen Blick
- Version 1.6.3 von langchain-core erschien am 11. September; Vorgängerversion war 1.6.2.
- Die Release-Seite listet vier Einträge: #40407, #40406, #40243, #40211.
- Einzige Funktionsänderung: #40406 überschreibt Modellname und Provider im Tracing anhand der Gateway-Antwort.
- #40243 ergänzt einen Test für den veralteten Zugriffsweg .text(); #40211 entfernt überholte Doku-Abschnitte.
- Nicht in den Release-Notizen: unterstützte Gateways, gelesene Felder, Abschaltbarkeit der Übernahme.
Das Python-Paket langchain-core liegt seit dem 11. September in Version 1.6.3 vor. Gegenüber 1.6.2 führt die Release-Seite vier Einträge auf, und nur einer davon verändert Verhalten im Betrieb: Pull Request #40406 erlaubt es, Modellname und Provider in den Tracing-Metadaten anhand der Antwort eines Gateways zu überschreiben. Der zugehörige Commit beginnt mit 348c9dc.
Warum der Gateway-Fall eine Lücke war
Wer Anfragen nicht direkt an einen Anbieter schickt, sondern über ein Gateway oder einen Router, kennt das Problem: Im Trace steht der Name, den die Anwendung konfiguriert hat — nicht zwingend das Modell, das am Ende geantwortet hat. Für Kostenzuordnung und Fehlersuche ist das der Unterschied zwischen einer belastbaren Auswertung und einer Vermutung. #40406 dreht die Rangfolge um: Nennt die Gateway-Antwort ein Modell und einen Provider, dürfen diese Angaben die konfigurierten Werte ersetzen.
Wie der Mechanismus im Detail greift, steht nicht in den Release-Notizen. Welche Felder gelesen werden, für welche Gateways das geprüft ist und ob die Übernahme abschaltbar bleibt, geht aus dem Eintrag nicht hervor. Wer darauf aufbaut, sollte den Pull Request selbst ansehen.
Die drei übrigen Einträge
- #40407 — der Versionssprung auf 1.6.3 selbst.
- #40243 — ein Test, der den als veraltet markierten Zugriffsweg .text() abdeckt. Veraltet heißt hier: weiterhin nutzbar, aber beim späteren Entfernen soll niemand unbemerkt brechen.
- #40211 — Doku-Pflege. Überholte Args- und Raises-Abschnitte bei FileCallbackHandler._write und ChatGeneration.set_text fallen weg.
Was Teams davon haben
1.6.3 ist ein Patch-Release, kein Meilenstein. Wer LangChain ohne vorgeschaltetes Gateway betreibt, erhält mit diesem Sprung im Kern sauberere Docstrings und einen Test mehr. Wer ein Gateway davor hat, bekommt die Grundlage dafür, dass Traces das antwortende Modell benennen und nicht das bestellte.
Ob das Paket zum Zeitpunkt dieser Meldung schon auf PyPI verfügbar ist und ob weitere Teilpakete der Bibliothek nachziehen, lässt die Release-Seite offen. Geprüft haben wir ausschließlich den GitHub-Eintrag zu dieser Version.
Häufige Fragen
Was ändert langchain-core 1.6.3?
Vier Einträge gegenüber 1.6.2: der Versionssprung (#40407), das Überschreiben von Modellname und Provider im Tracing anhand der Gateway-Antwort (#40406), ein Test für den veralteten Zugriffsweg .text() (#40243) und eine Doku-Bereinigung (#40211).
Warum ist das Überschreiben von Modellname und Provider im Tracing wichtig?
Läuft eine Anfrage über ein Gateway, kann das konfigurierte Modell von dem abweichen, das tatsächlich antwortet. Übernimmt das Tracing die Angaben aus der Gateway-Antwort, beziehen sich Kostenzuordnung und Fehlersuche auf das real genutzte Modell.
Muss ich von 1.6.2 auf 1.6.3 aktualisieren?
Die Release-Seite nennt keine Breaking Changes und keine Migrationsschritte. Dringlich ist das Update vor allem für Setups mit Gateway; ohne Gateway bleiben im Wesentlichen Test- und Doku-Änderungen.
