- Expédié
- 18 juillet 2026 à 18:27 UTC
- Auteur
- Kamo
- Commite
- 0ce89dd
Deux limites rendent la vision configurée inutilisable pour des classes entières d'appelant. 1. Vision était URL-ONLY. Chaque appelant devait se tenir à la charge publique et à la main des fournisseurs une infrastructure - un signataire, un point de terminaison d'appel non authentifié, une entrée. Un groupe d'experts en grappes à peuples Le service ne pouvait pas utiliser la vision du tout, quelle que soit la configuration de l'ordonnance. Adaptateurs maintenant est strict - une donnée mal formée: l'URI retombe à la gestion d'URL, de sorte qu'une URL ordinaire peut ne jamais être transformé en partie en ligne brisée. Les appelants avec une URL publique signée sont non affecté. 2. La sélection de niveau ne distinguait que la "correté exacte" de "tout le reste", donc une LIGHT ou Un fournisseur non plus connecté pourrait surpasser un LAVAGE configuré uniquement sur ordre prioritaire - un MOYEN Une demande pourrait lire discrètement un document avec un modèle trop faible pour elle. L'ordre est maintenant Les niveaux plus forts (le plus fort d'abord) - n'est pas plus - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Le sous-service est l'échec qui produit des réponses erronées, donc le sur-servage est préféré à elle. Le niveau reste une préférence, jamais un filtre, et l'ordre prioritaire rompt encore les liens. Partagé par la vision et la sélection de texte, qui ont fait double emploi avec l'ancien comparateur. Ajout également GET - résolu par le routage réel chemin: MlosAiClient s'effondre chaque échec dans un vide Facultatif, donc "pas de fournisseur par ailleurs, indiscernable du modèle de "le modèle de la erreur" et rien ne peut dire un membre qui. C'est ce qui permet à une UI de le dire.