Inline-Bild-Vision + Tier Fallback, die stärker als schwächer bevorzugt

FeatureAIService
Verschifft
18. Juli 2026 um 18:27 UTC
Autor
Kamo
Ausschuss
0ce89dd

Zwei Grenzen machten org-konfiguriertes Sehen für ganze Klassen von Anrufern unbrauchbar. 1. Vision war URL-ONLY. Jeder Anrufer musste sich öffentlich aufstehen, Anbieter-fetchable Portion Infrastruktur - ein Unterzeichner, ein nicht authentifizierter Aufschlag-Endpunkt, ein Eindringen. Ein ClusterIP Der Dienst konnte Visionen überhaupt nicht nutzen, egal was die org konfiguriert hatte. Adapter jetzt ist streng - eine missgebildete Daten: URI fällt zurück auf die URL-Handling, so dass eine gewöhnliche URL kann Nie zu einem gebrochenen Inline-Teil verwandelt werden. Anrufer mit einer signierten öffentlichen URL sind unbeeinflusst. 2. Tierauswahl unterscheidet nur "exact match" von "alles andere", also ein LICHT oder Nicht-gestaunter-Anbieter könnte eine konfigurierte HEAVY rein auf PrioritätBestellung übertreffen - ein MEDIUM Anfrage könnte ruhig ein Dokument mit einem Modell zu schwach für sie zu lesen. Bestellung ist jetzt Geforderte tier -- stärkere Tiers (strgest first) --nicht-gestängelt - schwächere Stufen. Unter-servieren ist das Versagen, das falsche Antworten produziert, so dass Über-Bedieren bevorzugt wird zu ihm. Tier bleibt eine Präferenz, nie ein Filter, und priorityOrder immer noch bricht Bindungen. Geteilt sowohl von der Vision als auch der Textauswahl, die den alten Komparator dupliziert hatte. Auch GET ************ durch das echte Routing gelöst Pfad: MlosAiClient bricht jeden Ausfall in eine leere Optional, so "kein Provider konfiguriert" ist sonst nicht von "das Modell irrtümlich" zu unterscheiden und nichts kann sagen, ein Mitglied, das. Das ist es, was eine UI sagen lässt.

Alle Änderungen

Wie, was Sie sehen Versand?

Jedes dieser Updates landet automatisch in Ihrem Arbeitsbereich. Starten Sie frei und beobachten Sie es Woche für Woche wachsen.

Free Forever startenPreisgestaltung anzeigen