KamoCRM

Visione d'immagine in linea + tier fallback che preferisce più forte sopra più debole

FeatureAIService
Spegnimento
18 luglio 2026 alle ore 18:27 UTC
Autore
Kamo
Impegno
0ce89dd

Due limiti hanno reso la visione org-configurata inutilizzabile per intere classi di chiamante. 1. Visione era URL-ONLY. Ogni chiamante doveva alzarsi in piedi pubblico, fornitore-fetchable servizio infrastruttura — un firmatario, un punto finale non autorizzato, un ingresso. A ClusterIP servizio non poteva utilizzare la visione a tutti, non importa ciò che l'org aveva configurato. Adattatori ora è rigoroso — un dato malformato: URI torna alla gestione degli URL, quindi un URL ordinario può mai essere trasformato in una parte in linea rotta. I chiamanti con un URL pubblico firmato sono Non colpita. 2. La selezione del livello si distingue solo "incontro esatto" da "tutto il resto", quindi una LIGHT o fornitore non qualificato potrebbe outrank un HEAVY configurato puramente su prioritàOrdina — un MEDIUM richiesta potrebbe tranquillamente leggere un documento con un modello troppo debole per esso. Ordine è ora tier -> tiers più forti (strongest first) -> untiered -> tiers più deboli. Sotto-servare è il fallimento che produce risposte sbagliate, quindi over-serving è preferito a esso. Tier rimane una preferenza, mai un filtro, e prioritàOrdina rompe ancora legami. Condividi sia dalla visione che dalla selezione del testo, che aveva duplicato il vecchio comparatore. Aggiunge anche il GET. risolto attraverso il vero routing percorso: MlosAiClient crolla ogni guasto in un facoltativo vuoto, quindi "nessun fornitore configurato" è altrimenti indistinguibile da "il modello errato" e nulla può dire a membro che. Questo è ciò che fa sì che l'UI lo dica.

Tutte le modifiche

Come quello che vedi la spedizione?

Tutto questo arriva nel vostro spazio di lavoro da solo. Iniziare sul piano gratuito e leggere di nuovo questa pagina in un mese.

Inizia gratis per sempreVisualizza il prezzo