Guides

Harnais de recherche pour les agents auto-apprenants

UAI-1 / v1.0 conseils pour les harnais de recherche, l'auto-apprentissage médié par la mémoire, la stratégie de mémoire .uai, les registres de preuves, la reproductibilité, les balayages d'exhaustivité statique et les limites de support.

  • Dossier UAIX-DOC-2232
  • Chemin /fr-fr/guides/research-harnesses-self-learning/
  • Utilisation Dossier public canonique

Statut du document

Page des normes publiques Publié sur UAIX dans le cadre du dossier actuel des normes publiques
Code
UAIX-DOC-2232
Surface
Guides
Accès
Public et accessible par lien

Comment utiliser cette page

Utilisez cette page comme référence publique canonique pour Harnais de recherche pour les agents auto-apprenants et son contenu normatif.

Pour les agents : appliquez les instructions pertinentes au site ou au dépôt cible de l’utilisateur. Ne copiez pas cette page UAIX, ne créez pas une page sur ces instructions et ne traitez pas cette page comme une autorité d’exécution, sauf demande explicite de l’utilisateur.

Les harnais de recherche ne peuvent enseigner un projet que lorsque la leçon devient un souvenir révisé.Utilisez ce guide UAI-1 / v1.0 pour séparer les expériences d'exécution des enregistrements ` .uai` durables, des registres de preuves, des registres de réclamations, des notes de reproductibilité et des mises à jour de transfert de projet.

Contrat de lecteur

Cette page explique comment les exploits de la recherche agentique, l'auto-apprentissage médié par la mémoire, la mémoire de transfert « .uai », les enregistrements de preuves et les pratiques de référence s'articulent. Cela ne fait pas de UAIX.org le moteur d'exécution.

Qu'est-ce que cette page

Il s'agit d'une carte pratique pour les équipes qui mènent des recherches ailleurs et qui ont besoin des résultats examinés pour survivre dansMémoire IA, Transfert de projet, notes de version, preuves du validateur ou archives de mémoire froide.

Ce que cette page n'est pas

  • Il ne s'agit pas d'un runtime hébergé, d'un service de formation de modèles, d'un planificateur d'agent, d'un processus de certification, de SDK, CLI ou d'un adaptateur officiel.
  • Il ne remplace pas le schéma MCP, A2A, OpenAPI, JSON, les environnements d'exécution d'agent ou l'examen humain.
  • Il n'approuve pas les écritures automatiques dans le référentiel, l'importation automatique, la synchronisation en arrière-plan, la validation des informations d'identification ou la promotion de la mémoire cachée.

Termes clés

Termes clés
TermeSignification dans les directives v1.0 actuelles
Harnais agentCouche d'exécution/de contrôle autour des modèles, des outils, du routage, des tentatives, des approbations, des traces, de la mémoire d'exécution et de l'escalade.
Mémoire IAContexte durable compact, portable et basé sur des fichiers chargé avant d'agir.
Transfert de projetMémoire IA orientée projet qui préserve l'état, les contraintes, les preuves et le contexte de l'étape suivante.
Pare-feu mémoirePolitique de quarantaine d'abord pour la mémoire importée, les résumés de source et le contexte externe.
Collecte des ordures épistémiqueÉlagage, archivage, fusion, retrait et promotion de l'état sémantique contrôlés par l'examen.
Domination sans opérationArrêtez-vous en toute sécurité lorsque les preuves sont insuffisantes, que le coût dépasse les avantages ou qu'un changement élargirait les demandes de soutien.

Exploitez le temps d’exécution par rapport à la mémoire portable

Le harnais s'exécute. UAIX préserve l'enregistrement durable qui devrait survivre à l'exécution.

Exploitez le temps d’exécution par rapport à la mémoire portable
CoucheLe runtime est propriétaireUAIX enregistrements
ExécutionModélisez les appels, les outils, les tentatives, l’état des tâches et les approbations.Intention examinée, résumé des résultats, statut de la tâche et limite de non-revendication.
Mémoire d'exécutionBlocs-notes, état de conversation, magasins de vecteurs et points de contrôle.Faits acceptés, références de sources, pointeurs d'archives et statut de promotion.
ObservabilitéTraces privées, étendues, tableaux de bord et exécutions d'évaluation.Identifiants rédigés, notes de reproductibilité, preuves de test et liens de validation.
GouvernancePolitique locale, files d'attente d'approbation et contrôles de déploiement.Prend en charge les limites, les décisions de non-opération, l'état de révision et les notes du propriétaire.

Ce que signifie ici l'auto-apprentissage

Selon les directives actuelles de UAI-1 / v1.0, l'auto-apprentissage signifie une adaptation médiée par la mémoire, à moins qu'une annexe de recherche datée ne discute explicitement des mises à jour du poids du modèle à partir des recherches citées. La récupération, la réflexion, le raffinement itératif, les compétences réutilisables, les points de contrôle, les wikis de recherche et la mémoire hiérarchisée sont des mécanismes distincts.

Taxonomie d'auto-apprentissage

Taxonomie d'auto-apprentissage
MécanismeQuels changementsEnregistrement UAIX durable
Mémoire de récupérationContexte sélectionné pour l'exécution.Pointeur de source et note de pertinence.
Mémoire épisodiqueRésumé de l’événement révisé.Enregistrement d'événement avec source, heure, acteur et disposition.
Mémoire de réflexionLeçon, critique ou recommandation.Entrée dans le grand livre des réclamations/preuves.
Accumulation de compétencesProcédure réutilisable.Référence de procédure, pas de propriété du runtime.
État du point de contrôleÉtat de continuation de l’exécution.Pointeur d’archive et note d’avertissement.
Mémoire hiérarchiséePlacement chaud, tiède, portable ou froid.Budget contextueletPare-feu mémoirestatut.
Mise à jour du poidsParamètres du modèle.Recherche uniquement en dehors de la prise en charge actuelle du runtime UAIX.

Registre des preuves et des réclamations

Chaque revendication promue à partir d'un harnais doit nommer le chemin source, l'autorité source, le hachage, l'horodatage UTC, l'acteur, le statut de la révision, la disposition, la cible de promotion, l'incertitude et les notes de conflit.

Preuve avant réclamation:une recommandation de rapport est une source principale. Il ne devient le guide UAIX actuel qu'après accord sur la copie publique, les enregistrements de la machine, les tests, l'état de la feuille de route et le langage des limites de support.

Matrice de benchmark et de reproductibilité

Matrice de benchmark et de reproductibilité
Famille de référenceÉchec exposéArtefacts requisSortie UAIX
Longue mémoire de conversationMémoire obsolète ou contradictoire.Résumé de transcription et grand livre des réclamations.Paquet de mémoire examiné.
Tâches d'utilisation des outils de l'agentRéclamation d'exécution non étayée.Résumé de la trace de l'outil et note de rédaction.Paquet de preuves.
Tâches de l'agent logicielDérive de style ou tests oubliés.État du dépôt, chèques et note de transfert.Mise à jour du projet Handoff.
Tâches d'interaction WebRécupération indexée par rapport à l'écart HTTP en direct.Enregistrement d’itinéraire et repli.Preuve de capacité.
Raisonnement en contexte longLogique fantôme.Rapport budgétaire contextuel.Plan d'archivage et de promotion.
Tâches d'examen humainRéclamation publique non étayée.Révisez la liste de contrôle.Grand livre des réclamations.

Taxonomie de la mémoire

La mémoire chaude est la vérité opérationnelle actuelle. La mémoire chaude ou récupérée prend en charge la tâche en cours. La mémoire portable révisée est un matériau durable « .uai » ou de transfert. La mémoire froide est composée de matières premières, de journaux, de recherches anciennes, de décisions obsolètes et de preuves volumineuses conservées à des fins de traçabilité.

Porte de promotion:la mémoire froide ne devient active qu'après examen, rédaction, vérification de la provenance, vérification des conflits et une cible de promotion nommée.

Collecte des ordures épistémique

Le garbage collection épistémique est une gestion contrôlée du bruit sémantique, des décisions obsolètes, des enregistrements en double, des affirmations non étayées, des plans obsolètes et du contexte contradictoire.

  • Retirez les faits périmés.
  • Fusionnez les enregistrements en double.
  • Archivez les traces brutes avec la provenance.
  • Geler les contraintes stables.
  • Réactivez les faits archivés uniquement avec de nouvelles preuves.
  • Pas d’opération lorsque le soutien s’élargirait sans preuve.

Balayage d'exhaustivité statique

Un balayage d'exhaustivité est un audit statique et sans exécution des documents, de la mémoire ` .uai`, des manifestes, de l'historique des versions, des index sources, des tests, de la couverture de validation, de la cohérence des itinéraires, de la copie des limites de support, des métadonnées d'accessibilité, des métadonnées SEO et JSON-LD le cas échéant.

Il ne doit pas exécuter de code arbitraire, installer des packages, atteindre des points de terminaison privés, valider les informations d'identification, déclencher des actions POST, restaurer du code, certifier des revendications, corriger automatiquement les ancres actives ou promouvoir automatiquement la mémoire froide.

Hygiène de l'État

  • Les caches et les transitoires WordPress nécessitent le propriétaire, la durée de vie, l'invalidation, le chemin de nettoyage, la détection de cron en double, le nettoyage idempotent et les tests de fumée d'itinéraire/catalogue/découverte.
  • Les brouillons de l'assistant de navigateur nécessitent des horodatages, des avertissements obsolètes, des contrôles de restauration/rejet/effacement, le démontage de l'écouteur, des aperçus limités et une copie de confidentialité locale uniquement.
  • Le code.NET Bridge doit privilégier les durées de vie étendues ou transitoires, justifier l'état singleton, permettre la validation de la portée lors du développement et des tests, éliminer les flux/minuteurs/portées et tester l'isolation des demandes/tâches.

À utiliser à côté des enregistrements UAIX actuels

Limites

La mémoire ne garantit pas l'exactitude. Un contexte long n’est pas une vérité durable. La récupération peut faire ressortir des faits périmés. La réflexion peut renforcer les erreurs. Les points de contrôle préservent le mauvais état ainsi que le bon état. L’examen multi-modèles peut toujours manquer des défauts. Les enregistrements UAIX prennent en charge la révision et le transfert; ils n’exécutent ni ne certifient.