Rôle des pistes de mise en œuvre
La section de mise en œuvre explique comment UAIX transforme UAI-1 d’une norme publiée en logiciel déployable et en preuves de publication. L’objectif n’est pas seulement de décrire la norme, mais de montrer où se produisent réellement la publication, la validation, l’empaquetage, l’intégration d’exécution et les enregistrements de version.
Pistes actuelles
- WordPress Piste de publicationpour la publication, la distribution, la publication de packages, l’alignement de la découverte et la documentation publique.
- Piste de pont.NETpour l’intégration du runtime et du côté service au-delà du site Web public.
- Package NuGet.NETdocumente la famille de packages C# appartenant à UAIX, les identités des packages NuGet.org, les commandes d’installation et les limites d’autorité pour les implémenteurs.NET.
- Modules portables et packages de support où les fonctionnalités partagées nécessitent une implémentation stable.
Famille de packages actuellement publiée
uaix-authority-theme-v2.8.0.zipest le thème de lancement public actif et porte la surface de publication actuelle.uaix-theme-v2.8.0.zipreste emballé et testé en tant que thème de compatibilité installable, mais ce n’est pas la surface de lancement publique actuelle.uaix-core-v2.8.0.zipcontient le temps d’exécution des normes de base et la surface d’enregistrement REST.uaix-modules-v2.8.0.zipcontient le pack de modules redistribuables utilisé par les implémentations UAIX.uaix-bridge-v2.8.0.zipporte le pont de référence WordPress-to-.NET pour la piste de pont nommée.UAIX.UAIest la famille de packages.NET actuelle appartenant à UAIX pour la prise en charge des messages, de la mémoire, de .uaix et du transfert d’exécution de UAI-1.uaix-locale-router-v3.0.0.zipcomporte un routage préfixé par les paramètres régionaux afin que les chemins de lancement publics restent sur des routes/en-us/...propres.uaix-seo-sweep-v2.8.0.zipassure le référencement canonique, le nettoyage des chaînes de requête, la génération de plan de site, la sortie des robots et la surface du manifeste de découverte racine.
Portée actuelle de la mise en œuvre publique
L’histoire actuelle de la mise en œuvre publique est intentionnellement étroite et explicite. Les morceaux publiés sontWordPress Piste de publicationetPiste de pont.NET.
- N’impliquez pas Python, JavaScript, SDK, CLI ou tout autre support d’exécution à moins qu’une page de mise en œuvre publique, des preuves appuyées par le validateur et une entrée de piste de publication n’aient été publiées.
- Utilisez UAI-1, les schémas, les entrées de registre, les exemples et les preuves du validateur comme référence portable lors de l’évaluation d’un environnement qui n’a pas encore de piste publiée.
Prise en charge des archives publiques
- Références et contributeurspour les liens de découverte, l’attribution et les conseils de citation.
- LeJournal des changementsetActualitésarchive pour les notes de migration, les résumés de versions et les mises à jour de mise en œuvre.
- Presselorsque le travail de mise en œuvre nécessite un langage public approuvé pour les annuaires, les notes des partenaires ou la couverture des normes.
Ce qui compte comme preuve crédible de mise en œuvre
- Utilisation de profils, schémas, identifiants de registre publiés etExemplesplutôt que des substituts privés.
- Sortie de validation duValidateurou un contrôle conforme équivalent.
- Appareils, notes de compatibilité, résultats de packaging et enregistrements de versions qui rendent les modifications consultables après le déploiement.
- Liens vers le journal des modifications public actuel et les enregistrements canoniques afin que les lecteurs puissent retracer ce qui a été expédié.
Échelle de preuves actuelle
- Choisissez le profil publié et les enregistrements canoniques qui définissent le comportement que vous souhaitez prendre en charge.
- Validez un message ou un appareil candidat et exportez l’enregistrement du résultat.
- Liez ce résultat à la version d’implémentation, à la date de sortie et à la piste qui a effectué le travail.
- Joignez les liens correspondants au journal des modifications, aux actualités et à la découverte afin que les lecteurs externes puissent vérifier le même état public.
Échelle actuelle de demande de pension alimentaire
- Candidat validé:un ou plusieurs messages ou appareils passent par rapport au dossier public actuel.
- Paquet prêt à être publié:l’enregistrement de validation, la version d’implémentation, les liens de découverte et les notes de compatibilité sont joints à un package publiable ou à une version d’exécution.
- Demande actuelle de soutien public:un historique de mise en œuvre publié et une entrée de piste de publication indiquent ce qui est actuellement pris en charge, qui en est propriétaire et ce qui reste expérimental.
UAIX ne traite actuellement que le troisième niveau comme une demande de soutien public. Les deux premiers niveaux constituent des preuves nécessaires, mais ils ne sont pas identiques aux supports publiés.
Release readiness
How implementation evidence becomes a public support claim
Use this map when a WordPress or .NET track run is ready to move from local validation into a named public release lane.
Stage 1
Validated packet
A published fixture or candidate message passed against the current public record.
- Useful for review, debugging, and regression work right away.
- Still evidence only until the result is attached to a named release lane.
Stage 2
Release-ready packet
The passing result now travels with implementation versioning, artifact links, and discovery context.
- Keep the checked packet, validator export, artifact URLs, and compatibility notes together.
- This is the handoff point for launch review, packaging, and repeatable QA.
Stage 3
Public support claim
The named implementation track and release trail now say what is publicly supported and what is still out of scope.
- Scope the claim to the exact profiles, transport bindings, and owner path that are actually published.
- Use the current conformance level and release links so another reader can verify the same state.
Release packet
What should ship with the implementation evidence
- Implementation-track name plus package, runtime, or deployment version.
- Validated profile IDs, the checked packet, and the exact validator export used during review.
- Schema, registry, example, and discovery routes that reproduce the same public baseline.
- Compatibility notes, release date, and any affected launch-support surfaces.
Public support boundary
What must exist before a support claim belongs on the site
- A named implementation page that states owner, scope, and what remains experimental.
- Changelog and news entries that explain what changed and why another team should trust it.
- Only the highest achieved conformance level plus the exact profiles and transport bindings implemented.
- Citation and discovery links that make the claim reviewable after deployment.
Current public conformance levels: Use these levels for outward-facing language once the packet becomes part of a named release and implementation record.
L1-core-envelope
Enveloppe de base L1
Produisez ou consommez des enveloppes UAI à clé pour les profils nommés sans modifier les champs racines canoniques.
- Préservez uai_version, profile, message_id, source, cible, conversation, livraison, confiance, corps, provenance, intégrité et extensions.
- Nommez le profil exact et la version pour chaque demande d’assistance.
- Ne réclamez pas l’exécution du runtime uniquement à partir du support de l’enveloppe.
Public claim: Peut revendiquer L1 uniquement pour les profils nommés exactement dont l'enveloppe canonique effectue un aller-retour avec succès.
L2-profile-validation
Validation du profil L2
Réussissez les vérifications du schéma publié et du validateur pour les profils exacts revendiqués.
- Résolvez les schémas, les entrées de registre, les exemples et les enregistrements de registre de champs à partir des routes publiques UAIX.
- Réussissez les appareils positifs et échouez aux appareils négatifs requis pour chaque profil revendiqué.
- Conservez les contrôles ignorés et les avertissements du validateur joints aux preuves.
Public claim: Peut revendiquer L2 uniquement pour les profils avec des preuves appuyées par un validateur.
L3-trust-and-integrity
Confiance et intégrité L3
Préservez les métadonnées de confiance, les conseils de la fenêtre de relecture, la provenance, l'intégrité et la continuité des traces.
- Déclarez le canal de confiance et le principal.
- Préservez l’intégrité de la canonisation et des métadonnées de somme de contrôle.
- Validez les métadonnées signées, authentifiées, did+vc et tracez les métadonnées lorsqu'elles sont réclamées.
Public claim: Peut revendiquer L3 uniquement pour les canaux de confiance et le comportement d'intégrité prouvés par les appareils.
L4-public-record-publisher
Éditeur de disques publics L4
Publier les artefacts publics détectables nécessaires à l’inspection externe et à la reproduction.
- Publiez la découverte, les schémas, le registre, les exemples, le registre de champs, les liaisons de transport, les canaux de confiance, le registre des erreurs, les niveaux de conformité, les conseils du validateur, le journal des modifications et les preuves de publication.
- Gardez le plan du site, llms.txt et la navigation publique alignés sur les itinéraires actuels.
- Évitez les journaux privés ou les captures d’écran comme seule preuve à l’appui.
Public claim: Peut revendiquer L4 uniquement pour la surface de diffusion publique qui est détectable et prouvée.
L5-agent-communication-profiles
Profils de communication des agents L5
Prend en charge les huit profils uai.agent.*.v1 en tant qu'enregistrements d'enveloppe canoniques UAI-1.
- Validez le message de l'agent, l'accusé de réception, l'état de la tâche, le bloqueur, la proposition de mémoire, le transfert, le rapport final et les profils de correction.
- Rejetez les propositions de mémoire de type secret, les bloqueurs dangereux, la promotion directe de la mémoire froide et les rapports finaux incomplets.
- Portez la limite de support UAIX dans les enregistrements pertinents.
Public claim: Peut revendiquer L5 uniquement pour les profils d'agent spécifiques avec des cas de conformité positifs et négatifs.
L6-reliable-delegation-idempotency-correlation
Délégation fiable L6 avec idempotence et corrélation
Utilisez les règles d'idempotence, de corrélation, de nouvelle tentative, de cycle de vie, de délai d'attente, de secours, d'accusé de réception et de résultat attendu pour le travail délégué.
- Exiger delivery.idempotency_key pour chaque opération distincte déléguée ou destructrice.
- Conservez conversation.correlation_id dans les messages associés.
- Déclarez retry_count, séquence, expires_at, lifecycle, timeout_ms, fallback_directive et Expected_output_schema lorsque la délégation est réclamée.
Public claim: Peut revendiquer L6 uniquement pour un comportement de délégation fiable prouvé par les dispositifs de conformité et le comportement du récepteur.
L7-capability-negotiation
Négociation des capacités L7
Publiez et validez la découverte de capacités, les assertions, les échecs de négociation et les réponses aux capacités non prises en charge.
- Publiez des déclarations de capacités avec des profils exacts, des liaisons, des canaux de confiance, des niveaux de conformité et des codes d'erreur.
- Renvoyezcapacité_not_supported pour les demandes de fonctionnalités non prises en charge.
- N'impliquez pas de certification, de statut officiel de l'adaptateur, de messagerie hébergée ou d'orchestration d'exécution.
Public claim: Peut revendiquer L7 uniquement pour les flux de négociation de capacités exacts prouvés par les montages publics et le comportement du validateur.
Claim rules
Public language should stay inside published evidence
- Les demandes de support doivent indiquer le niveau le plus élevé atteint ainsi que les profils exacts, les liaisons de transport, les canaux de confiance et les cas de conformité mis en œuvre.
- Un projet ne peut revendiquer que des profils, des liaisons, des canaux de confiance et des niveaux de conformité prouvés par les appareils publics et les tests des validateurs.
- Un résultat réussi du validateur est une preuve, et non une certification, une approbation, une prise en charge officielle de l'adaptateur, une messagerie hébergée, une synchronisation automatique ou une exécution d'exécution.
- Les réclamations d'archives publiques nécessitent des schémas détectables, des enregistrements de registre, des exemples, des enregistrements de registre de champ, des codes d'erreur, des cas de pack de conformité, un journal des modifications et des notes de version.
- Revalidez les demandes de support lorsque les schémas, les enregistrements de registre, l'ordre des champs, les exemples, le comportement du validateur, la version d'implémentation, la position de confiance, le plan du site ou la navigation publique sont modifiés.
- Les preuves de conformité ne prouvent pas en elles-mêmes la sécurité, la confidentialité, la disponibilité, les performances, la conformité légale, l'infrastructure de confiance hébergée ou les opérations de production.
- Keep the implementation page, release trail, and citation/discovery links attached when another team needs to verify the same public state.
Working rule: Use the conformance ladder for language, but use the named implementation track and release trail for the actual public support boundary.
Libérer le dossier de preuves
Une implémentation prête à être publiée doit conserver l’enregistrement public de la norme et les preuves logicielles ensemble plutôt que de disperser les preuves dans les journaux de construction privés.
- Incluez la version du package ou du runtime, les ID de profil validés ainsi que les itinéraires de schéma et de registre utilisés lors de la vérification.
- Joignez les résultats du validateur exportés, les références d’appareils et toutes les notes de compatibilité qui affectent les adoptants en aval.
- Dirigez les lecteurs vers l’entrée du journal des modifications, le résumé de l’actualité et les liens de citation pertinents avant de qualifier la version de mise en œuvre de prête.
Paquet de conformité publique actuel
UAIX traite actuellement un paquet de conformité comme une preuve révisable jointe à une version, et non comme une surface de certification autonome.
- Conservez ensemble le résultat du validateur exporté, les ID de profil validés, les itinéraires de schéma et de registre, ainsi que l’exemple ou le dispositif candidat utilisé lors de l’examen.
- Joignez la version d’implémentation, la date de sortie et le journal des modifications ou les références d’actualités correspondantes afin que les lecteurs externes puissent retracer ce qui s’est réellement passé.
- Reconstruisez le paquet chaque fois que les schémas, les appareils, le comportement du validateur ou les mappages d’exécution changent.
- Ne présentez pas de dossier de réussite comme un badge de certification, une approbation de partenaire ou une garantie permanente pour les versions futures.
Suivre la liste de contrôle d’admission pour un futur soutien public
- Une page de mise en œuvre publique qui indique le propriétaire, la limite de support et la relation avec l’enregistrement normatif UAI-1.
- Preuve appuyée par le validateur ou preuve de conformité équivalente liée aux profils, schémas, entrées de registre et exemples publiés.
- Une entrée de version qui indique ce qui est actuellement pris en charge, ce qui reste expérimental et ce que les lecteurs en aval doivent migrer.
- Liens de découverte, de citation et de mise en œuvre qui permettent aux lecteurs externes de résoudre la même piste sans notes privées ni captures d’écran.
Pack d’adoption de démarrage
Les équipes évaluant UAIX devraient être en mesure d’assembler un paquet public minimal à partir de l’enregistrement actuel sans notes privées, itinéraires non publiés ou captures d’écran internes.
- UAI-1, Schémas, Registre, etExemplescomme référence normative et lisible par machine.
- Preuves appuyées par les validateurs duValidateurpour au moins un message candidat ou un match publié.
- Références et contributeurs, le
/.well-known/uaix.jsonmanifeste, et le plan du site publié apparaît comme couche de découverte et de citation. - LeJournal des changementsetActualitésentrées qui expliquent la situation actuelle en matière de migration et de publication.
Cheminement actuel du kit d’adoption
UAIX publie désormais le premier bundle de preuves directement via leKit d’adoptionpage et le/wp-json/uaix/v1/adoption-kititinéraire.
- Commencez par là lorsqu’une équipe a besoin de fichiers de démarrage, de charges utiles prêtes pour le validateur, d’une réponse d’échange simulée de référence et des prochaines étapes de mise en œuvre dans un paquet réutilisable.
- GarderUAI-1, Schémas, Registre, etExemplescomme base technique plus profonde derrière l’offre groupée.
- Joignez les preuves du validateur exportées, les antécédents de mise en œuvre pertinents et les documents correspondants.Journal des changementsetActualitésentrées lorsque le paquet passe en revue de version.
Comment utiliser cette rubrique
Choisissez la piste d’implémentation qui correspond à votre responsabilité, puis intégrez les preuves du validateur, les références des appareils, la discipline du journal des modifications et le contexte du lien public avec cette implémentation plutôt que de les traiter comme des tâches de documentation distinctes.
Étape suivante
Utilisez leWordPress Piste de publicationsi vous avez besoin du chemin de publication, d’emballage et d’enregistrement de version. Utilisez lePiste de pont.NETsi vous avez besoin d’une intégration plus approfondie du runtime derrière le dossier public, gardez les deux liés auJournal des changementsetActualités.