Feuille de route

curl -s https://uaix.org/wp-json/uaix/v1/roadmap

Comment lire cette feuille de route#

Utilisez cette page comme plan prévisionnel public pour la surface de lancement UAI-1. Il est synchronisé avec la feuille de route canonique de l’espace de travail, mais il reste limité à ce que les lecteurs et les implémenteurs peuvent vérifier sur le site.

• Actuelsignifie que l’enregistrement est déjà publié sous forme de page, d’itinéraire, de package, de comportement de validateur ou de note de version.
• Suivantsignifie un travail de renforcement du lancement qui devrait avoir lieu avant une poussée publique plus large.
• Prévusignifie un travail futur adopté qui a encore besoin de montages, d’outils ou de gouvernance avant de devenir une revendication publique.
• Piste de recherchesignifie une contribution utile qui ne constitue pas un engagement de lancement actuel.

Chemin de mise au point aujourd’hui#

C’est l’ordre de lecture pratique pour aujourd’hui. Le chemin le plus court de la question à la preuve est de s’orienter sur la surface d’autorité actuelle, de faire une preuve ou un paquet utile, puis de laisser le futur langage d’outillage derrière les portes des preuves jusqu’à ce qu’il ait une preuve publique.

1. Pour un nouveau lecteur:commencer parUAI-1etAjustement aux normes, puis utilisez cette feuille de route avant de répéter les affirmations concernant MCP, A2A, les harnais d’exécution, les profils de pont, les SDK, les CLI, les adaptateurs, la certification ou la synchronisation.
2. Pour un implémenteur:créer un paquet révisable avec leValidateur, gardez leKit d’adoptionouPaquet de conformitéà côté du résultat, et citez leJournal des changementsavant de considérer l’œuvre comme un soutien public.
3. Pour le travail sur la mémoire IA:utiliser leAssistant de paquet de mémoire IApour produire des fichiers locaux générés, le modèle de package JSON, la superposition de manifeste JSON, un résumé visiteur-IA et des liens ZIP de démarrage canoniques; conservez les enregistrements des packages gérés, les importations hébergées, les écritures automatiques, la synchronisation automatique, les SDK, les CLI, la certification et l’approbation pour l’avenir.
4. Pour les systèmes agents:conserver l’exécution du runtime, les outils, les approbations, le traçage, les interruptions, l’orchestration et la mémoire gérée avec le runtime choisi; utilisez UAIX pour les preuves portables, la mémoire du projet Handoff et les enregistrements de publication qui survivent à l’exécution.

Grand livre de documentation de travail de la feuille de route#

Utilisez ce registre pour voir où le travail de la feuille de route est enregistré, ce qui compte comme preuve et comment les futurs agents devraient poursuivre le travail sans élargir le langage du support actuel.

1. Ce qui a changé aujourd’hui:les travaux de la feuille de route publique devraient être visibles sur cette page, dans/wp-json/uaix/v1/roadmap, dans docs/roadmap.md, dans des tests de régression ciblés et dans un état de transfert compact tel que AGENTS.md, readme.human et .uai/progress.uai.
2. Là où réside la preuve:le travail de changement de support nécessite une page publique, un artefact de machine correspondant, un montage reproductible, un validateur, un package ou une vérification de transfert, et un parcours datéJournal des changementsou des notes de version. UtiliserPréparation au lancementlorsque le sinistre affecte la surface de lancement.
3. Ce qui reste prévu:les preuves manquantes doivent être nommées directement et laissées comme prochain travail, planifié ou en cours de recherche. Les adaptateurs, les exportateurs de traces, les importations hébergées, les écritures automatiques dans le référentiel, la synchronisation automatique, les SDK, les CLI, la certification et l’approbation restent évolutifs jusqu’à ce que les portes des preuves soient publiques.
4. Comment les futurs agents reprennent:commencer à partir deTransfert de projet, énumérer directementTransfert de fichiers agentseaux d’admission, chargez les fichiers locaux AGENTS.md, readme.human et .uai tapés, puis mettez à jour la feuille de route, la charge utile REST, les tests et l’enregistrement de transfert ensemble lorsque la vérité du projet change.

Statut de révision des principes#

La Charte des principes est une preuve de gouvernance actuelle en matière de confiance du public, de liberté cognitive, d’autorité source, de mémoire IA, de communication entre agents, de description des capacités et de structure de transfert. Utilisez-le avant de déplacer le langage porteur de principes vers le support actuel.

• Actuel:communication machine révisable, provenance explicite, preuves avant les demandes de support, honnêteté des limites du support, publication respectueuse de la confidentialité, publication respectueuse de l’accessibilité et quarantaine de la mémoire avant la promotion.
• Examen de la gouvernance:la liberté cognitive humaine, la discipline anti-manipulation et l’examen de l’impact des agences cognitives pour la classification, le classement, la télémétrie, le consentement, l’évolution du comportement ou les changements significatifs en matière d’autorité.
• Prévu:fixations de paquets de principes, peluchage de réclamation de support et pointeurs de trace de principe générés .uai.
• Piste de recherche:un statut juridique synthétique, une appréciation durable de l’individualité, des critères de liberté indépendants du substrat et toute affirmation selon laquelle UAIX reconnaît actuellement les personnes-machines comme des sujets juridiques ou politiques.

UtiliserCharte de principes, Principes Rôle Orientation, et le modèle d’évaluation d’impact dans docs/templates/principles-impact-assessment.md avant que le langage de confiance prêt à être publié ne soit déplacé.

File d’attente de travail actuelle de la feuille de route#

Cette file d’attente transforme la stratégie à court terme en un travail visible sans élargir les revendications de soutien. Traitez chaque élément comme l’orientation actuelle de la feuille de route jusqu’à ce que les portes de promotion ci-dessous disposent de preuves publiques.

1. Déployez les packages actuels et les ressources racine:appliquez les artefacts de publication fraîchement générés, puis vérifiez les en-têtes racine statique de production, les HSTS, les fichiers de découverte et les manifestes bien connus par rapport à l’hôte de lancement.
2. Prouver la parité du sérialiseur de l’assistant:montrent qu’un ensemble de sélections de l’AI Memory Package Wizard produit des fichiers locaux équivalents, des jeux de copier-coller, une superposition JSON, des résumés de résumé visiteur-AI et des références ZIP canoniques.
3. Planifiez la validation locale et la rédaction:définissez des contrôles de révision pour les fichiers AI Memory et Project Handoff tout en gardant la validation de téléchargement/importation hébergée, les écritures automatiques dans le référentiel, les SDK, les CLI, la certification et l’approbation hors du support actuel.
4. Concevoir des appareils de traçage jusqu’au transfert:mapper les traces d’exécution sélectionnées, les appels d’outils, les approbations, l’état des tâches et les résumés de transfert dans les enregistrements UAI-1 ou les fichiers de transfert de projet uniquement après que des exemples, des portes de révision et des règles de rédaction existent.
5. Évaluez les side-cars du package de capacités:étudiez les dossiers SKILL.md, les manifestes de plug-in, les groupes d’action, les cartes d’agent, les surfaces de capacités MCP/OpenAPI et les profils de sous-agents en tant que mappages de preuves candidats UAI, et non la prise en charge de l’autorisation ou du profil de package actuel.
6. Évaluez les adaptateurs de référence:étudiez OpenAI, A2A, MCP et les modèles d’adaptateur de harnais d’exécution en tant qu’exportateurs de preuves, et non en tant qu’exécution, orchestration ou prise en charge officielle des adaptateurs de fournisseurs appartenant à UAIX.

Portes de promotion des preuves#

Une idée future ne devient un support actuel que lorsqu’elle emprunte le même chemin de preuve publique que les lecteurs peuvent inspecter.

1. Mettez à jour la page publique qui contient la revendication et sa limite de support.
2. Mettez à jour l’artefact de machine, le schéma, le registre, la feuille de route, l’enregistrement de découverte, le package ou le paquet de conformité correspondant.
3. Ajoutez des appareils, des attentes du validateur, des vérifications de packages ou des peluches de transfert qui rendent le comportement reproductible.
4. Joignez une preuve de suivi d’implémentation, de package ou de conformité lorsque la revendication dépend du comportement du logiciel.
5. Enregistrez le changement dans la piste de publication datée et gardez la limite de non-revendication visible.

Liste de contrôle pour les demandes d’assistance#

Répétez uniquement les affirmations vérifiées publiquement:avant de répéter une phrase de la feuille de route comme support actuel, vérifiez la page publique, l’artefact de machine correspondant, les preuves reproductibles, la preuve d’implémentation ou de package lorsque la réclamation dépend du comportement du logiciel et la piste de version datée. S’il manque une pièce, planifiez la réclamation ou faites des recherches.

• Prise en charge actuelle:nécessite une copie de page correspondante, un artefact machine, un validateur, un appareil, un package, une implémentation ou une preuve de transfert, ainsi qu’une piste de version datée.
• Portée du package de mémoire IA:la prise en charge actuelle est la planification guidée des packages, les artefacts locaux générés, les paquets copier-coller, le package JSON, les superpositions de manifeste, le résumé visiteur-IA, les profils système, les briefs du récepteur, les paquets de démarrage, les registres de pointeurs à long terme requis pour la configuration de la mémoire durable et les liens ZIP de démarrage. Les packages gérés, les importations hébergées, les écritures automatiques dans le référentiel, la synchronisation automatique, les SDK, les CLI, la certification et l’approbation ne sont pas pris en charge.
• Adaptateurs et environnements d’exécution:UAIX enregistre les preuves portables et la mémoire du projet autour des systèmes d’exécution; les adaptateurs officiels, les exportateurs de traces, la propriété du runtime, les SDK et les CLI restent des travaux futurs jusqu’à ce que les appareils, la propriété et les preuves de version existent.
• Langage de conformité:un résultat réussi du validateur prouve le paquet examiné, et non la certification, l’approbation, la conformité ou le soutien à l’échelle de l’écosystème.

Déjà actuel, pas de travail de feuille de route#

• UAI-1 publie déjà l’enveloppe partagée, six profils, le registre de champs, les liaisons de transport, les canaux de confiance, le registre des erreurs, les niveaux de conformité, les schémas, les entrées de registre, les exemples, les conseils du validateur, les pistes de mise en œuvre, la référence API, le kit d’adoption, l’itinéraire OpenAPI, le pack de conformité, la liste de contrôle des preuves d’implémentation, le pack de dispositifs de conformité, le pack de preuves de pont, l’échange simulé et la piste de publication.
• Les routes de lancement publiques sont des chemins propres préfixés par les paramètres régionaux. La chaîne de requête URLs ne constitue pas la surface de lancement publique.
• Le chemin du package de lancement est scripté et testé via le workflow de publication WordPress.
• AI Memory, l’assistant de package de mémoire IA, le transfert de projet, les conseils .uai/readme.human, la spécification de liaison AGENTS.md .uai, le transfert de fichier d’agent, l’index de rapports et le rapport d’affinage sont des pages publiques actuelles; La validation de téléchargement/importation hébergée, les écritures automatiques dans le référentiel, les enregistrements de packages gérés, les SDK, les outils CLI, la certification et l’approbation restent des travaux de support futurs.

Maintenant avant le lancement#

1. Durcissement de production:gardez la sortie du package, les fichiers de découverte racine, la livraison du plan du site, les en-têtes de sécurité, le routage des paramètres régionaux et les audits de lancement alignés avant de les rendre publics.
2. Assurance qualité du contenu et de l’accessibilité:revérifiez la lisibilité mobile, les titres, les contrôles de copie, les flux de validation, les exemples d’itinéraires longs et la copie de version chinoise lorsque le texte de la page change.
3. Couche d’exploitation publique:gardez la gouvernance, les références, les pages de politique, les entrées du journal des modifications, la mémoire IA, l’assistant de package de mémoire IA, le transfert de projet, les conseils readme.human, les conseils AGENTS.md .uai, les rapports et la feuille de route synchronisés afin que les lecteurs n’aient pas besoin de notes privées.
4. Explication conforme aux normes:continuez à expliquer comment UAI-1 se trouve à côté de A2A, MCP, OpenAPI, DID/VC, Trace Context, JCS et Détails du problème sans prétendre les remplacer.
5. Maturité de conformité:conservez ensemble les résultats du validateur, les paquets de conformité, les réponses à la liste de contrôle des preuves de mise en œuvre, les attentes du pack de montages, les exemples de preuves de pont et les preuves de suivi de la mise en œuvre avant d’élargir les demandes de support.

Packages de mémoire IA gouvernée#

AI Memory, l’assistant de package de mémoire IA, le transfert de projet, le transfert de fichiers d’agent et la piste de rapport sont des surfaces d’intégration publiques actuelles. L’assistant produit actuellement le modèle de package JSON, la superposition de manifeste JSON, les profils système générés avec les protocoles d’autorité source, de registre de preuves, de résolution de conflits, de risque et d’annulation, les briefs de récepteur générés, les paquets de démarrage générés, les fichiers .uai universels requis, y compris les instructions actives Totem, Taboo et Talisman, les fichiers requis par le profil, les fichiers requis déclenchés par le contenu, les journaux .uai/archives, .uai fichiers, artefacts .uai/exports, exportations de texte des graphiques de connaissances JSON, llms .uai et llms-full .uai, paquets de fichiers copier-coller, fichiers de grand livre de pointeur sémantique à long terme requis pour la configuration de la mémoire durable, métadonnées de préparation, un résumé de l’IA du visiteur à partir de la même charge utile canonique, des packages ZIP générés par le navigateur et des liens ZIP de démarrage canoniques à partir du registre de bundles pris en charge. Les packages de projet/développeur et les packages d’assistant porteur de code nécessitent .uai/coding-standards .uai, .uai/architecture .uai et .uai/next-recursive-prompt .uai. Le wiki reste la couche de compatibilité à mémoire longue requise pour la configuration du LLM Wiki.

1. Couche actuelle de l’assistant:conservez le flux du navigateur en neuf étapes, la restauration du brouillon local, la génération de fichiers requis fermés, le jeu de fichiers généré, l’étape de révision/exportation, le ZIP généré par le navigateur, les liens ZIP canoniques et le résumé de l’IA intégré alignés avec le registre de bundles pris en charge.
2. Prochain travail de parité du sérialiseur:prouver que les mêmes sélections produisent des fichiers locaux générés équivalents, des jeux de copier-coller, une superposition JSON, des résumés de résumé AI et des références ZIP, puis rendre explicites les avertissements de révision ou de sélection modifiée avant l’exportation.
3. Enregistrements de packages gérés planifiés:définissez les identifiants d’instance de package, les états de révision, les enregistrements de provenance, les portes de confidentialité et de rédaction, la gestion des versions des artefacts et les responsabilités du propriétaire avant que les packages AI Memory gérés ne deviennent le support actuel.
4. Adaptateur de recherche et idées de synchronisation:évaluez l’adaptateur OpenAI, l’exportateur de trace jusqu’au transfert et les modèles de synchronisation de mémoire d’archive AIWikis examinés uniquement en tant qu’exportations explicitement examinées, et non en écritures automatiques dans le référentiel ou en synchronisation wiki bidirectionnelle.

Les futurs packages AI Memory gérés restent planifiés jusqu’à ce que les instances de package, les états de révision, les enregistrements de provenance, les portes de confidentialité, les contrôles de révision obsolètes, la parité du sérialiseur et la synchronisation des archives AIWikis révisées disposent de preuves de mise en œuvre publiques. Totem, Taboo et Talisman sont des instructions actives locales à lire et à respecter par défaut. Les suggestions et les demandes d’autorisation sont autorisées, mais la mutation d’ancre nécessite une autorisation humaine exacte et n’est pas une application hébergée ou une preuve de conformité UAI-1.

Systèmes agents et limite de harnais#

UAIX doit rester concentré sur la couche de preuves et de transfert autour des systèmes agents: l’enregistrement d’échange public, les preuves du validateur, le paquet de conformité, le transfert de la mémoire du projet et la piste de publication. Le runtime exploite toujours ses propres modèles d’exécution, d’outils, d’approbations, de traçage, d’interruptions et d’orchestration.

• Prise en charge actuelle:UAI-1 enregistre les preuves d’échange portables, tandis que AI Memory et Project Handoff préservent le contexte de projet local qu’un environnement d’exécution peut charger et mettre à jour après examen.
• Prochain ouvrage:conserver les adaptateurs de référence, les exportations de trace jusqu’au transfert, la validation locale, les peluches de rédaction et la sérialisation canonique des packages en tant qu’éléments de la feuille de route jusqu’à ce que les appareils publics et la propriété existent.
• Ne réclamez pas:UAIX n’est pas un environnement d’exécution d’agent, un planificateur, un bus d’outils, une plate-forme de mémoire hébergée, un programme de certification, un ensemble d’adaptateurs de fournisseur officiel, SDK ou CLI aujourd’hui.

Preuves actuelles du pont et prochains travaux d’interopérabilité#

L’histoire d’interopérabilité la plus marquante à court terme concerne les preuves de transition, et non les allégations de remplacement. UAI-1 doit rester l’enveloppe publique et la couche d’enregistrement de version tandis que les systèmes adjacents conservent leurs rôles d’exécution.

• A2A:utilisez les exemples de preuves de pont actuels et les futurs profils de pont formels pour montrer comment la découverte d’agents, la délégation et la coordination du flux de tâches peuvent contenir des enregistrements UAI-1.
• MCP:utilisez les exemples actuels de preuves d’appel d’outil et de résultat de ressource pour montrer comment les sessions d’outil hôte-client-serveur peuvent produire ou consommer des messages UAI-1 lorsqu’un enregistrement doit voyager en dehors des limites d’une application locale.
• OpenAPI:conserver le document OpenAPI publié lié à la surface REST tandis que UAI-1 reste la couche de contrat de message.
• DID/VC et signature:conserver le matériel de confiance déclaré dans l’enveloppe sans rendre obligatoire une pile d’identité.
• Contexte de suivi:garder la prise en charge de traceparent testable là où le traçage distribué fait partie du flux de travail.

Transfert compact et canonisation#

Les formulaires compacts ne sont utiles que s’ils préservent l’enregistrement source à clé révisable. Le registre de terrain est la carte publique pour le transport sans clé; la canonisation et la preuve publique de conformité doivent fonctionner sur la clé reconstituée JSON.

• La clé JSON reste la source lisible de vérité.
• Keyless JSON doit être reconstruit via le registre de terrain avant la validation du schéma, le hachage, la signature ou la preuve de conformité.
• La canonisation JCS doit s’appliquer à l’enregistrement JSON à clé reconstruit, et non à un raccourci de transport ambigu.
• Les variantes de clé d’alias et d’enveloppe binaire restent planifiées ou font l’objet d’un travail de recherche jusqu’à ce que les appareils, la normalisation du validateur et le comportement des itinéraires soient publiés.

Mesures de preuves#

• Nombre de paquets de conformité publique.
• Couverture du mode de normalisation pour les chemins binaires avec clé, clé minifiée, sans clé, alias et futurs.
• Couverture des appareils de conformité positive et négative, couverture d’équivalence de hachage canonique, couverture de traceparent et de limite de confiance DID/VC, et couverture de régression de champ obligatoire, de champ non déclaré et de débordement sans clé.
• Nombre d’exemples de preuves de pont et couverture future formelle des appareils de profil de pont pour les mappages A2A, MCP, OpenAPI, DID/VC, Trace Context et Problem Details.
• Couverture de l’itinéraire de transfert du projet, parité du sérialiseur AI Memory Package Wizard, couverture du guidage de lien AGENTS.md et couverture du garde-corps du chargeur pour les transferts dans le contexte du référentiel.
• Liste de contrôle des preuves de mise en œuvre, nombre de preuves de suivi de la mise en œuvre et deltas de taille d’octet dans les formats compacts.
• Complétude des notes de version pour chaque changement d’artefact public, d’itinéraire, de politique ou de validateur.

Ce que cette feuille de route ne prétend pas#

• UAIX ne publie pas de programme de certification aujourd’hui.
• UAI-1 ne remplace pas A2A, MCP, OpenAPI, identité, signature, traçage ou systèmes de transport.
• Les exemples actuels de preuves de pont sont des exemples de cartographie, des profils de pont non complétés, la prise en charge de SDK ou des revendications de certification.
• Les formats de transport alias et binaires ne sont pas pris en charge publiquement jusqu’à ce que les appareils et le comportement des itinéraires soutenus par le validateur soient publiés.
• Les fichiers Project Handoff, readme.human et AGENTS.md .uai liés sont des projets de conseils contextuels du référentiel, et non des preuves de conformité, des certifications ou des approbations UAI-1 en eux-mêmes.
• L’AI Memory Package Wizard est une interface utilisateur guidée de planification de packages sur les bundles de démarrage pris en charge avec validation au niveau de la page, restauration de brouillon local, journaux .uai/archives générés, fichiers universels requis, fichiers requis par le profil, fichiers requis déclenchés par le contenu, artefacts .uai/exports, compatibilité wiki longue mémoire requise pour les packages wiki LLM, graphique de connaissances JSON, llms .uai et Exportations de texte llms-full .uai, profils système générés, briefs de récepteur générés, paquets de démarrage générés et packages ZIP générés par le navigateur; il ne s’agit pas d’une validation de téléchargement/importation hébergée, d’une écriture automatique de référentiel, d’une synchronisation automatique du wiki LLM, de SDK, CLI, d’une certification, d’une approbation ou d’une gestion des packages d’administration WordPress.
• Les side-cars et les annexes de cartographie des packages de capacités restent des idées de cartographie des preuves de recherche, et non un profil de package actuel, un registre, une couche d’autorisation, un adaptateur officiel, SDK, CLI, une certification, une approbation ou une déclaration de conformité.
• Un résultat réussi du validateur est la preuve d’un paquet examiné, et non d’un support global de l’écosystème.

Feuille de route lisible par machine#

La feuille de route publique est également disponible sous forme/wp-json/uaix/v1/roadmap. Utilisez cette voie lorsque l’automatisation a besoin de la file d’attente de travail actuelle, des portes de promotion des preuves, de la liste des priorités, de la carte de contiguïté d’interopérabilité, des limites du mode de normalisation, des métriques et des non-revendications.

Suivez le chemin de la preuve active#

Lorsqu’un élément de la feuille de route passe du travail prévu au support actuel, il doit mettre à jour ensemble la page publique concernée, l’artefact de la machine, les attentes du validateur, la liste de contrôle des preuves d’implémentation, le pack de luminaires et la piste de publication. Commencer à partir deUAI-1, vérifiez auprès duValidateur, utilisez leRéférence API, porte leKit d’adoptionetPaquet de conformité, répondez à la liste de contrôle, puis enregistrez le changement sur leJournal des changementsetActualités.

Statut d’exécution des objectifs à long terme#

Exécution des objectifs à long termeest une documentation actuelle au niveau du guide et un support de modèles de preuves. Les règles du validateur, les dispositifs de conformité, les SDK, les CLI, l’orchestration hébergée, les adaptateurs officiels, les écritures automatiques du référentiel, la promotion automatique de la mémoire, l’importation hébergée, la certification et la synchronisation automatique ne sont pas pris en charge, sauf si les pages publiques ultérieures, les artefacts de machine, les exemples, les tests, les preuves d’implémentation et la piste de publication sont d’accord.

État de la mémoire des objectifs hiérarchiques#

Mémoire d’objectif hiérarchiqueest une documentation actuelle au niveau du guide et des conseils d’exportation de l’assistant. Les nouveaux profils de validateur, les déclarations de conformité de schéma, la récupération hébergée, les SDK, les CLI, la réécriture automatique, la certification et la synchronisation ne sont pas pris en charge à moins que des preuves publiques ultérieures et des notes de version ne les rendent à jour.

Format de paquet .uaix#

Format de package .uaix pour les clients IA de bureauest la page d’autorité UAIX pour le conteneur de package de mémoire de bureau Draft v0.1, le tableau de fichiers manifestes, la règle d’ensemble de fichiers requis fermé, la limite d’importation/chargement et la limite de consommateur LocalEndpoint.

Enregistrements d’interaction Web adaptatifs en fonction des capacités#

La version 3.56.0 ajoute l’échelle de capacités client L0-L6, neuf ID de profil de capacités, des règles de validation pour les échecs de secours/consentement/idempotence/corrélation/preuves/limites et des fichiers de démarrage du kit d’adoption.

• Interaction Web adaptative aux capacitésLisez l’échelle L0-L6 et les champs obligatoires.
• ValidateurVérifiez les exemples de profils de capacités et les appareils négatifs.
• Kit d’adoptionTéléchargez le profil de capacité de démarrage et les fichiers de négociation.
• Paquet de conformitéRéutilisez le pack de luminaires à capacités positives et négatives.

Modèle opérationnel de communication des agents#

Les environnements d’exécution de l’agent s’exécutent. UAIX enregistre la communication examinée, la mémoire, la confiance, les preuves et la limite de transfert.

UtiliserModèle opérationnel de communication des agentslorsqu’un opérateur humain, un agent de codage, un agent d’IA ou un implémenteur d’exécution a besoin d’une identité portable, d’une intention, d’un contexte, d’un accusé de réception, d’un statut, d’un bloqueur, d’une proposition de mémoire, d’une preuve de validation, d’une correction, d’un rapport final ou d’enregistrements de transfert. Les ressources lisibles par machine correspondantes sont publiées viaSchémas, Registre, Exemples, et leValidateur.

• UAIX ne fournit pas de synchronisation automatique, de messagerie hébergée, d’orchestration d’exécution, d’adaptateurs officiels, d’exécution d’écriture dans le référentiel, d’autorité de certification ou de mécanismes d’importation hébergés.
• Carcinus.org est un exemple d’exécution/orchestrateur distinct qui peut consommer des enregistrements UAIX. UAIX.org n’implémente pas le comportement d’exécution Carcinus et n’exécute pas les workflows Carcinus.
• LocalEndPoint et d’autres environnements d’exécution peuvent consommer les enregistrements UAIX publiés en tant que consommateurs externes; UAIX.org n’implémente pas ses fonctionnalités d’exécution spécifiques au projet.
• Les propositions de mémoire durable restent séparées des enregistrements d’exécution de tâches. Ne faites pas la promotion de statuts de point de terminaison temporaires, de jetons de session, de jetons d’écriture, d’instructions de plateforme bêta, de traces d’erreurs locales, de clés privées ou d’informations d’identification d’API.