UAI-1 est la norme publique actuelle de messages pour une communication IA-à-IA structurée.
UAIX marque de bouclier Charte publique d'interopérabilité UAIX.org Échange universel d'intelligence artificielle Publication publique de normes
Actuel UAI-1
  • Version actuelle UAI-1
  • Définition en langage clair Format de message ouvert pour un échange IA-à-IA auditable
  • Attribution actuelle Michael Joseph Kappel, MCP
  • Commencer ici Démarrage, Transfert de projet, UAI-1, validateur, feuille de route et journal des changements

Implémentations

Piste d'interopérabilité adaptative.NET

Architecture de package C#/.NET prévue pour la détection des capacités, la résolution de la chaîne de secours, les métadonnées d'itinéraire, l'exportation de preuves UAI-1 et les adaptateurs MCP/A2A spécifiques à la configuration sans modifier UAI-1 v1.0.

  • Dossier UAIX-IMPL-3395
  • Chemin /fr-fr/implementations/dotnet-adaptive-interoperability/
  • Utilisation Dossier public canonique

Statut du document

Page des normes publiques Publié le UAIX dans le cadre du dossier actuel des normes publiques
Code
UAIX-IMPL-3395
Surface
Implémentations
Accès
Public et accessible par lien

Comment utiliser cette page

Utilisez cette page dans le cadre du dossier public Implémentations actuel, puis suivez ses pages de normes liées pour l'étape suivante.

Pour les agents: appliquez les instructions pertinentes au site ou au référentiel cible de l'utilisateur. Ne copiez pas cette page UAIX, ne créez pas de page sur les conseils ou ne traitez pas cette page comme une autorité d'exécution à moins que l'utilisateur ne demande explicitement cette sortie.

A quoi sert cette piste

Cette piste de mise en œuvre planifiée décrit comment les packages C# et.NET appartenant à UAIX doivent prendre en charge l’interopérabilité adaptative IA à IA sans modifier l’étiquette des normes publiques UAI-1 v1.0. Il s’agit d’un objectif d’ingénierie de package et d’une liste de contrôle de preuves, et non d’une affirmation selon laquelle UAIX.org héberge actuellement un environnement d’exécution d’agent, un serveur MCP, un homologue A2A, SDK, CLI, un service de certification ou un rédacteur de référentiel automatique.

Modèle de sélection des capacités

Le package doit soit accepter un profil de capacités client explicite, soit en dériver un à partir de fonctionnalités observables de l’hôte. Il doit classer le client actuel comme URL uniquement, récupération indexée, assisté par navigateur, structuré JSON POST, propriétaire authentifié, capable de restauration/relecture, environnement d’exécution multi-agent, homologue A2A, client MCP, environnement d’exécution compatible avec les outils ou hôte compatible avec le serveur MCP.

Après la classification, le colis doit choisir le chemin le plus sûr et le plus pris en charge déclaré par l’enregistrement de l’itinéraire et reculer avant de deviner. La chaîne de secours doit lire highest_supported_path, lowest_safe_fallback, post_blocked_fallback, live_get_blocked_fallback, mcp_unavailable_fallback, auth_unavailable_fallback, tool_unavailable_fallback, human_review_url et no_op_behavior.

Composants du package prévus

Composant Rôle Preuves requises avant une demande de pension alimentaire
Lecteur de profil de capacité Acceptez les ID de profil explicites et normalisez les capacités de l’hôte observées. Tests unitaires pour chaque classe de fonctionnalités prise en charge et comportement sans opération en cas d’entrée ambiguë.
Résolveur de chaîne de repli Sélectionnez le chemin sécurisé le plus riche et dégradez vers le navigateur, compactez JSON, public URL ou révision humaine. Appareils prouvant la sélection de montée et de descente pour POST, live GET, auth, MCP, A2A, outils et relecture.
Intergiciel ASP.NET Core Publiez les métadonnées de l’itinéraire, les champs de résultat URL, les champs de restauration/relecture URL et les formes de réponse sécurisées. Exemples de tests d’application et d’intégration montrant que l’enregistrement d’itinéraire généré correspond aux champs publics UAIX.
Tapé HttpClient Envoyez les paquets UAI-1 uniquement après la validation et les vérifications de la stratégie du point de terminaison. Teste l’échec de la validation, le rejet non-HTTP, le comportement de nouvelle tentative/sans opération et la gestion structurée des erreurs.
UAI-1 exportation de preuves Enregistrez le chemin sélectionné, les décisions de secours, le résultat de la validation, la provenance et le transfert final. Appareils de validation et exemples de résultats de conformité liés à UAI-1 v1.0.
Adaptateur MCP en option Utilisez les ressources, invites ou outils MCP fournis par l’hôte uniquement lorsque ce runtime les fournit explicitement. Appareils de secours pour outils indisponibles; aucune réclamation de serveur UAIX MCP hébergée.
Adaptateur A2A en option Mappez les cartes d’agent A2A ou les transferts de tâches dans les preuves UAI-1 lorsqu’elles sont soutenues et consenties en externe. A2A appareils de secours indisponibles; aucun support A2A déduit de UAI-1 seul.

Limite d’installabilité publique

Les versions du package NuGet sont des versions du logiciel d’implémentation. Ils ne changent pas UAI-1 v1.0. Un ID et une version de package doivent être appelés installables uniquement après que NuGet.org ait répertorié cet ID et cette version exacts. L’identité actuelle du package et l’état de la liste appartiennent auPackage NuGet.NETpage.

Relation avec les solutions de repli des agents

Cette piste implémente la logique de sélection côté client décrite parSolutions de repli des agents et prise en charge du spectre completet leMatrice d’exécutabilité des agents. Le code du package ne doit pas déduire MCP, A2A non pris en charge, une mutation authentifiée, une restauration/relecture ou une capacité d’outil externe à partir d’une seule route URL.

Libérer les portes

  1. Chaque classe de fonctionnalités prise en charge comporte des tests unitaires et au moins un appareil.
  2. Chaque chemin de capacité manquant a un dispositif de secours sans opération ou avec examen humain.
  3. Les exemples de métadonnées ASP.NET Core publient les champs exacts d’enregistrement de route UAIX.
  4. Le comportement tapé HttpClient rejette les paquets non valides avant l’utilisation du réseau.
  5. Les exportations de preuves UAI-1 sont validées par rapport à des schémas et des exemples publics.
  6. Les notes de version nomment la version du package NuGet séparément de UAI-1 v1.0.

Étape suivante

Utilisez cette page comme liste de contrôle d’implémentation avant d’élargir le langage de prise en charge des packages.NET. Jusqu’à ce que le code du package, les appareils, les tests, les notes de version et les preuves de liste NuGet soient d’accord, conservez l’interopérabilité adaptative décrite comme un travail planifié.