Modèle opérationnel de communication des agents

But#

Le modèle opérationnel de communication d’agent définit la manière dont UAIX enregistre les communications multi-agents portables sans devenir le moteur d’exécution qui effectue le travail. Il publie une enveloppe de paquet canonique pour l’identité, la corrélation, la fiabilité de la livraison, la confiance, la provenance, l’intégrité, le contenu du corps, les preuves, les propositions de mémoire, les corrections, les rapports finaux et les transferts.

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.

La boucle de communication en 10 étapes#

1. Identifierles objets source et cible avec les ID d’agent, les couloirs de rôle, les projets, les astuces de contact et les limites d’autorité.
2. Déclarer le profilavec uai_version, profile et message_id afin que les enregistrements puissent être acheminés et validés de manière déterministe.
3. Corrélatifmessages associés avec conversation.correlation_id, références de message parent, données de séquence et état du cycle de vie.
4. Définir la politique de livraisonavec les clés d’idempotence, l’expiration, la posture de nouvelle tentative, les exigences de délai d’attente, les directives de secours et les règles de sortie attendues.
5. Intention de l’Étatà l’intérieur du body spécifique au profil tout en gardant les contraintes d’exécution explicites et révisées.
6. Reconnaîtreréception avec uai.agent.ack.v1 avant que le travail ne se poursuive, soit rejeté, soit différé ou soit transmis à un examen humain.
7. Exécuter ailleursdans Carcinus, LocalEndPoint, MCP, A2A, agents OpenAI, Codex, outils locaux ou un autre environnement d’exécution possédant une exécution en dehors de UAIX.
8. Rapporter des preuvesavec l’état de la tâche, le résultat de validation, les artefacts modifiés, les contrôles, les captures d’écran, les bloqueurs, les risques et les notes de vérification manuelle.
9. Proposer des modifications de mémoireséparément des enregistrements d’exécution des tâches, avec des portes d’examen pour les faits durables et des exclusions pour les secrets ou le matériel temporaire.
10. Transférer, finaliser ou corrigeravec l’acteur suivant, les lectures requises, l’action suivante exacte, les preuves complètes et l’historique des corrections.

Concepts de base#

• Enveloppe canonique:chaque paquet utilise uai_version, profile, message_id, source, target, conversation, delivery, trust, body, provenance, integrity et extensions.
• Identité:les identités source ou cible mal formées échouent à la validation avant qu’un paquet puisse être traité comme un enregistrement portable.
• Corrélation:les messages associés doivent porter un ID de corrélation valide afin que les demandes, les ACK, les bloqueurs, les mises à jour de statut, les transferts, les rapports finaux et les corrections restent liés au même flux de travail.
• Fiabilité:les clés d’idempotence, la politique de nouvelle tentative, la politique de délai d’attente, les directives de secours et les règles de sortie attendues rendent le travail délégué révisable sans faire de UAIX l’exécuteur.
• Négociation de capacité:les déclarations de capacité déclarent les profils pris en charge, les niveaux de conformité, le schéma URLs, les erreurs de saisie et les non-réclamations pour les consommateurs.
• Reconnaissance:les messages qui nécessitent un accusé de réception doivent recevoir un paquet ACK qui enregistre l’état accepté, rejeté, différé, bloqué ou examiné par un humain.
• Rapports sur les bloqueurs:les autorisations, les accès, les secrets, les actions destructrices et les obstacles aux limites nécessitent un examen humain.
• Cycle de vie de la proposition de mémoire:les propositions nomment les faits examinés, le type de source, le statut proposé, les exigences d’examen et la séparation entre l’exécution des tâches. Les enregistrements d’exécution restent séparés.
• Promotion de la mémoire froide:la mémoire froide est une source de fond. Cela ne peut pas devenir une vérité actuelle par une promotion directe.
• Rapports finaux:Les paquets du rapport final conservent les fichiers modifiés, les nouveaux fichiers, les tests exécutés, les vérifications ignorées, les bloqueurs, les risques, les preuves de validation, les propositions de mémoire, les mises à jour de mémoire ignorées et l’action suivante exacte.
• Preuve de validation:les schémas, les appareils, les résultats du validateur, les cas de conformité et les preuves explicites du rapport final rendent le paquet révisable.
• Limites de support:UAIX enregistre la communication, la mémoire, la confiance, les preuves et le transfert; les environnements d’exécution s’exécutent.

Limite de support#

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.

Limite de mémoire#

Les propositions de mémoire durable doivent être distinctes 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, d’informations d’identification d’API ou d’autres valeurs de type secret. Seuls les faits architecturaux stables devraient être transférés dans une mémoire durable après examen.

Actifs lisibles par machine#

• SchémasHuit schémas JSON stricts pour les profils de communication des agents.
• RegistreID de profil, notes de compatibilité, liens de schéma, liens de registre de champs et liens de luminaires.
• ExemplesAppareils valides sûrs pour l’enveloppe canonique du paquet.
• ValidateurLa politique vérifie l’identité, la corrélation, les horodatages UTC, l’expiration, l’idempotence, les directives de secours, les revendications non prises en charge, les secrets, la mémoire froide, les bloqueurs et les rapports finaux.
• Assistant de paquet de mémoire IARequis pour le préréglage de configuration de communication multi-agent qui génère des fichiers de communication portables.

Compagnon adaptatif aux capacités#

UtiliserInteraction Web adaptative aux capacitéslorsqu’un paquet de communication d’agent doit décrire ce que le client destinataire peut lire, restituer, publier, authentifier, stocker, coordonner ou auditer en toute sécurité avant de poursuivre le travail.

Exécution des objectifs à long terme#

Exécution des objectifs à long termeest la recette de fonctionnement qui combine les paquets d’état de tâche, de bloqueur, de transfert, de proposition de mémoire et de rapport final avec une réécriture faisant autorité UAIX pendant que le moteur d’exécution s’exécute ailleurs.

Mémoire d’objectif hiérarchique#

Mémoire d’objectif hiérarchiqueréutilise les paquets d’état de tâche, de bloqueur, de transfert, de proposition de mémoire et de rapport final pour les points de contrôle de sous-objectifs plutôt que d’introduire une nouvelle enveloppe de base.