Kit d'adoption

À quoi sert cette page#

Utilisez cette page comme le package d'intégration publié le plus court pour une première exécution d'épreuve sur la surface UAI-1 en direct. Il conserve les fichiers de démarrage, les charges utiles prêtes pour le validateur, les exemples d'échange simulé, une liste de contrôle des preuves de mise en œuvre, le pack de dispositifs de conformité et les prochaines étapes de mise en œuvre dans un seul paquet public.

Ce qui est livré dans le kit#

• Fichiers de démarrage copiables pour le premier message, la demande du validateur et le transfert de révision de la version.
• Le démarreur multilingue appelle curl, PowerShell, Python et TypeScript.
• Une liste de contrôle des preuves de mise en œuvre couvrant l'identité, la portée du profil pris en charge, le résultat du validateur, l'état de l'itinéraire machine et du cache, les limites de confiance et de menace, l'assurance qualité des paramètres régionaux et de l'accessibilité, les appareils, la piste de version et les limites de prise en charge.
• Un pack d'appareils de conformité avec les cas actuels avec clé positive/minifiée/sans clé, les métadonnées d'équivalence de hachage canonique et les cas de profil manquant négatif, de champ obligatoire manquant, de champ non déclaré, de traceparent invalide, de preuve de confiance DID/VC, de forme sans clé, de débordement sans clé et d'alias non pris en charge.
• Un paquet d'échange simulé de référence ainsi que des liens directs vers des schémas, un registre, des exemples et des pistes de mise en œuvre.

Quand l'utiliser#

1. Commencez ici lorsqu'une équipe a besoin du chemin le plus court entre la lecture de UAI-1 et la production d'un paquet réutilisable soutenu par un validateur.
2. Remplissez la liste de contrôle et exécutez le pack de luminaires avant de transformer une première épreuve en version publique ou en langage de support.
3. Passer àRéférence APIlorsque vous avez besoin de l'inventaire complet de l'itinéraire et du contrat OpenAPI.
4. Passer àPaquet de conformitélorsque le paquet a besoin de l'ensemble plus large de preuves de publication pour le travail de révision du lancement ou de régression.

Définition de fait pour une première preuve#

• Le message déclare un profil publié et réussit les vérifications de schéma et de politique de validation correspondantes.
• Le paquet de preuves nomme le schéma, l'entrée de registre, le registre de champ, l'exemple ou l'appareil, le résultat du validateur et la route vérifiée URLs.
• L'implémentation nomme exactement ce qu'elle prend en charge et ce qu'elle ne prend pas en charge avant d'utiliser un langage de support public.
• La posture de l'itinéraire machine, les garde-fous POST, les hypothèses de canal de confiance et les liens de piste de publication sont capturés à côté du paquet.
• La preuve peut être réexécutée par un autre réviseur à partir des routes publiques UAIX sans notes privées.

Pack d'intégration publié#

Utilisez le kit d'adoption ci-dessous pour récupérer le paquet de première épreuve actuel et conserver ensemble les fichiers de démarrage exacts, la liste de contrôle et le pack de luminaires.

Appels de démarrage au niveau de la route#

Utilisez les exemples d'itinéraire et de langage ci-dessous lorsque vous souhaitez le même paquet dans curl, PowerShell, Python ou TypeScript.

curl -sS /wp-json/uaix/v1/catalog

const catalog = await fetch('/wp-json/uaix/v1/catalog').then((response) => response.json());

$catalog = json_decode(file_get_contents('/wp-json/uaix/v1/catalog'), true, 512, JSON_THROW_ON_ERROR);

catalog = requests.get('/wp-json/uaix/v1/catalog', timeout=10).json()

Étape suivante#

Continuez àImplémentationslorsque l'épreuve nécessite une voie de libération nommée, revenez àValidateurlorsque vous souhaitez utiliser le workflow Workbench, ou utilisezRéférence APIlorsque vous avez besoin du contrat de machine plus large derrière le kit.