- Verschifft
- 22. Juli 2026 um 17:50 UTC
- Autor
- Kamo
- Ausschuss
- 4f9b3c2
Zwei Bugs in visionComplete, die beide Maschinen besiegt, die gebaut wurden, um sie zu handhaben. Eine leere Inhaltsreaktion wurde als ERFOLG zurückgegeben und beendete die Retry-Schleife. Jeder Adapter auch FinishReason "Fehler" - so dass der genaue Fehler der Schleife existiert, um zu überleben (ein Modell die das Bild nicht lesen kann) stoppte es auf dem ersten Kandidaten und kehrte " zurück". Die Rate-Bet-Extraktor dann aufgezeichnet die Seite als unlesbar, ohne jemals versuchen, eine andere Modell. Blank or finishReason=="error" ist nun ein gescheiterter Versuch, der voranschreitet. Der Fang nie aufgezeichnet Auth Ausfälle, so dass ein widerrufener Schlüssel verbrannte das volle Versuchsbudget auf jede Seite für immer und nie stolperte die aufeinanderfolgendenAuthFailures.=3 Breaker, dass Routing hängt davon ab. Die Streaming- und Sync-Pfade in derselben Datei zeichnen beide auf; visionComplete tat nicht. Fehler sind jetzt klassifiziert: 401/403 zeichnet den Auth-Fehler auf und überspringt, Die verbleibenden Modelle des Anbieters, 429/5xx verlässt diesen Anbieter, ohne seinen Schlüssel zu beschuldigen, 400/404/422 rückt zum nächsten Modell vor, und der Erfolgspfad verzeichnet Erfolg (der zurückgesetzt wird der Breaker). Wenn jeder Kandidat scheitert es THROWS, so dass der Anrufer bekommt eine 502, die bleibt unterscheidbar von dem 424 "kein Provider konfiguriert"-sillig - er gibt nie zurück "". Die Kappe ist jetzt bei allen 4 CALLS anstatt 4 Kandidaten, so Modelle für einen Toten übersprungen Der Anbieter verbrauchen das Budget nicht. 9 Tests. Führen Sie gegen die vorherige Datei, 6 von ihnen scheitern mit genau den vorhergesagten Symptomen (leerer Inhalt, wo eine Antwort erwartet wurde, kein Wurf, wo man erforderlich war, und die beiden fehlende recordsAuthure-Prüfungen), also sind sie nicht leer.