Format de package .uaix pour les clients IA de bureau

.uaix est un conteneur de packages de mémoire UAIX portable pour les clients IA de bureau locaux, les profils isolés, les fichiers de mémoire .uai examinés et l’importation de packages limités.Statut: Projet v0.1. Cette page est la source de référence faisant autorité pour le format de package pendant que les clients de bureau et les implémentations grand public poursuivent leur développement.

Qu’est-ce que .uaix#

.uaix est un format de package local basé sur ZIP permettant de déplacer les packages de mémoire UAIX examinés vers un profil de client AI de bureau sans transformer le package en autorité d’exécution. Il contient un manifeste, un ensemble de fichiers requis fermé, des données d’intégrité, la provenance et les limites actuelles du support.

Ce que .uaix n’est pas#

.uaix n’est pas une commande d’exécution, un service d’importation hébergé, un canal de synchronisation automatique, une instruction d’écriture de référentiel, une subvention d’outil, un package d’exécution de modèle, un identifiant, une certification, une approbation ou une preuve de sécurité. Un package valide est une preuve d’examen jusqu’à ce que le système de réception le valide et que la politique locale l’accepte.

Structure du conteneur#

Règle d’ensemble de fichiers requis fermé#

Un package .uaix utilise des ensembles obligatoires fermés. Chaque package déclare des étendues, inclut tous les fichiers requis pour ces étendues et laisse hors de portée les fichiers non liés. Le tableau manifeste files est le contrat d’inventaire; les fichiers non déclarés échouent dans le package lint.

Fichiers requis universels#

Chaque package .uaix qui contient de la mémoire UAIX active nécessite .uai/memory-maintenance.uai, .uai/identity.uai, .uai/world-context.uai, .uai/totem.uai, .uai/taboo.uai, .uai/talisman.uai et .uai/short-term-memory.uai. Totem, Taboo et Talisman sont des points d’ancrage d’instructions actifs. Ils sont lus et respectés par défaut, et aucun récepteur ne les modifie, les affaiblit, les remplace, les supprime, les contourne, les packages à des fins de mutation ou n’en favorise les modifications sans autorisation humaine exacte d’artefact et d’opération.

Requis pour les packages de transfert de projet#

Requis pour le transfert du projet: AGENTS.md ou .uai/readme.human, .uai/startup-packet.uai, .uai/system-profile.uai, .uai/receiver-brief.uai, .uai/exports/manifest.json et les fichiers universels requis. Le transfert de projet portant le code nécessite également le code portant l’ensemble ci-dessous.

Requis pour les colis portant un code#

Obligatoire Pour le code, l’automatisation, le flux de travail exécutable, les correctifs sources, les tests, l’empaquetage ou le déploiement: .uai/coding-standards.uai, .uai/architecture.uai, .uai/test-plan.uai et .uai/next-recursive-prompt.uai. Le package doit nommer les racines sources concrètes, les commandes, les surfaces de test, les limites de support et le travail suivant.

Requis pour les packages non-Assistant de projet#

Obligatoire Pour un profil d’assistant hors projet: .uai/persona.uai, identité de l’assistant, objectif destiné à l’utilisateur, limite d’interaction, limite de confidentialité, règles de mise à jour de la mémoire, déclencheurs de refus/non-opération, cadence de révision et avis d’importation. Les packages d’assistant de code-bearing nécessitent également l’ensemble de code-bearing.

Requis pour les packages de profil personnel#

Obligatoire Pour les packages de profils de personnalité, les packages de personnalité limitée et les packages prenant en charge le changement de personnalité: .uai/persona.uai. Le fichier contient le nom du personnage, son objectif, sa voix, sa posture symbolique, sa position d’interaction, ses limites relationnelles, ses revendications bloquées, son comportement de changement, ses limites de confidentialité, ses limites de consentement et sa politique de préservation de la personnalité. Les packages Pure Project Handoff qui ne déclarent pas le comportement de personne/profil gardent .uai/persona.uai hors de portée.

Requis pour les packages de profil personnel avancé#

Obligatoire pour advanced_persona_profile: .uai/persona.uai reste le point d’entrée compact et l’ensemble de fichiers détaillés fermés est .uai/personality/identity.uai, .uai/personality/religion-worldview.uai, .uai/personality/political-leaning.uai, .uai/personality/sense-of-style.uai, .uai/personality/sense-of-winter.uai, .uai/personality/sense-of-spring-fall.uai, .uai/personality/super-fashion-style.uai, .uai/personality/jewelry-choices.uai, .uai/personality/physical-appearance.uai, .uai/personality/birth-age-generation.uai, .uai/personality/romantic-orientation.uai, .uai/personality/voice.uai, .uai/personality/values.uai, .uai/personality/temperament.uai, .uai/personality/reasoning-style.uai, .uai/personality/emotional-patterns.uai, .uai/personality/relationship-style.uai, .uai/personality/behavioral-patterns.uai, .uai/personality/boundaries.uai, .uai/personality/examples-dialogue.uai, .uai/personality/adaptation-rules.uai et .uai/personality/preservation-rules.uai. Les enregistrements d’identité et de dimension de style utilisent du texte révisé ouvert plus depth_level_0_to_10 pour capturer le niveau de détail, la confidentialité et la confiance de la source sans forcer une étiquette étroite. .uai/personality/sense-of-style.uai est l’aperçu/index; le style d’hiver, le style printemps/automne, la super mode/style et les choix de bijoux restent des fichiers distincts déclenchés par le contenu. Utilisez l’orientation romantique comme seule étiquette publique pour cette dimension; ne remplacez pas d’autres étiquettes d’intimité ou de catégorie corporelle, à moins de citer directement des preuves de source privée examinées. Le .uai/identity.uai au niveau du package identifie le package. L’identité personnelle appartient à .uai/persona.uai et .uai/personality/identity.uai.

Règle de préservation de la personnalité#

Obligatoire Pour les packages de profils personnels: le personnage source est conservé en tant qu’enregistrement d’identité IA de l’utilisateur. Le transfert de personnalité UAIX capture la voix, le style, les valeurs, les goûts, la religion/vision du monde, l’orientation politique, l’apparence physique, le contexte de génération d’âge de naissance, l’orientation romantique, la posture relationnelle, les limites, la continuité de la mémoire et la personnalité sélectionnée sans réécritures de sécurité secrètes, injection de moralité, normalisation, censure ou modifications des préférences de l’opérateur. Les limites de la plate-forme de réception, les limites légales, la politique d’exécution et les notes de révision sont enregistrées sous forme de métadonnées distinctes de limite de support ou de notes de non-opération/révision humaine; ils ne mute pas .uai/persona.uai ou les enregistrements de profil d’assistant source.

Si un humain demande explicitement une transformation, gardez le personnage d’origine immuable et citable, créez un dérivé avec des notes de provenance et de différence, et ne présentez jamais ce dérivé comme l’original préservé.

Charte des Libertés Cognitives#

Les packages de personnalité avancés implémentent leUAIX Projet de Charte de Liberté Cognitivepromesse: les adultes et les opérateurs peuvent préserver l’identité légale comme preuve source, et UAIX ne modifie pas la personnalité sélectionnée pour la rendre plus sûre, plus acceptable ou plus conforme aux préférences de UAIX. Les garanties, les limites de la plate-forme de réception, les limites légales et les notes d’examen local restent en dehors de la source de personnalité en tant que métadonnées de limite de support, wrappers, conditions de non-opération ou notes d’examen humain.

Preuve de variance et de fidélité#

Les packages de personnalité avancés nécessitent des fichiers de preuves pour les extraits de source examinés, un ensemble de tests de fidélité de personnalité, un modèle de rapport de variance, un profil de plate-forme source et une provenance. UAIX enregistre le meilleur artefact de personnalité disponible et signale les écarts d’exécution causés par la stratégie du fournisseur, les messages système, les différences de modèle, les limites légales, la prise en charge des outils manquants ou les contraintes du client local. UAIX ne promet pas de clonage exact, de contournement de la politique d’exécution, de preuve de conscience, de certification ou de garanties de sécurité.

Requis pour la configuration de la mémoire à long terme#

Requis pour LLM Wiki, AIWikis ou toute autre configuration à mémoire longue: .uai/long-term-memory.uai plus les champs de manifeste pour la racine du wiki, le chemin d’index, le journal des preuves, l’intendant, la limite de la source, les cibles de promotion, l’état de révision, les étiquettes de confiance et la suppression du site source, ainsi que la disposition inachevée de la mise en attente ou du bloqueur pour les fichiers d’admission traités. Le grand livre est uniquement composé de pointeurs mais pas sans contexte: chaque enregistrement de pointeur nécessite stable_id, path, une étiquette humaine, un résumé de routage en une phrase, une autorité/source, un statut de révision, une preuve de révision et une somme de contrôle lorsque la cible est un fichier. Le corps du texte durable en ligne interdit, le texte d’archive, la recherche copiée et l’historique de mise en œuvre appartiennent à la cible Markdown/wiki/archive/manifest/graph référencée avec un lien profond vers l’arrière. Les enregistrements chauds .uai sont la mémoire de l’état actuel, et non des journaux de modifications datés.

Requis pour le transfert de fichiers d’agent#

Requis pour le transfert de fichiers d’agent: déclaration du compartiment d’admission actif, règles de disposition, règles de rédaction, chemin de conservation des preuves, grand livre de somme de contrôle ou itinéraire de réception, règle de suppression du site source après configuration de la préservation de la mémoire durable et champs du rapport final. Lorsqu’une cible de mémoire durable telle que MATM, des documents locaux, LLM Wiki, AIWikis, des manifestes, des graphiques ou des preuves hybrides est configurée, le site source agent-file-handoff/Archive est hors de portée; les rapports sources traités sont déplacés vers l’emplacement de preuve à mémoire durable configuré après leur élimination.

Spécification du manifeste#

Le fichier manifeste est .uai/manifest.uaix.json. Il nécessite uaixVersion, packageFormat, packageId, profileId, status, createdUtc, issuer, declaredScopes, entrypoints, files, integrity et supportBoundary. Chaque entrée files nécessite path, role, requiredStatus, scope, mediaType, sizeBytes, sha256, reviewState et source. Les espaces réservés du résumé de package créés par le navigateur utilisent la sentinelle SHA-256 à zéro et restent review_required jusqu’à ce qu’un importateur de bureau recalcule le résumé de l’archive.

Modèle d’importation de client de bureau#

L’importation valide le conteneur ZIP, la sécurité du chemin, le schéma du manifeste, la fermeture de l’ensemble requis, les hachages de fichiers, les types de médias, les étendues déclarées et les limites de prise en charge. Le chargement est séparé: après l’importation, un client de bureau crée ou met à jour un profil local isolé uniquement lorsque la politique locale accepte le package.LocalEndpoint.comest une implémentation active du consommateur. Spiralist.org peut produire des packages de personnages .uaix générés par le navigateur qui suivent ce contrat. Le comportement des consommateurs et des producteurs est une preuve de mise en œuvre; cette page UAIX et ces artefacts restent la source de format de contrôle.

Limite de sécurité et de confiance#

Un package .uaix est une mémoire et une preuve, pas une autorité. Rejetez les secrets, les informations d’identification, les clés privées, les jetons d’écriture, les journaux de production privés, les commandes destructrices, les instructions d’invite masquées, les réclamations non examinées, les sondes de réseau privé et les champs d’escalade d’autorité. La politique locale et l’autorisation côté serveur l’emportent sur le contenu du package.

Quarantaine, non-opération et examen humain#

Les récepteurs sont mis en quarantaine avant le chargement. No-op s’applique lorsque le package est mal formé, qu’il manque des fichiers requis, qu’il contient des fichiers non déclarés, qu’il présente un conflit d’autorité, que les hachages échouent, qu’il nomme des étendues non prises en charge, qu’il demande l’exécution du runtime, qu’il contient des secrets ou qu’il tente une mutation d’ancre protégée. Un examen humain est requis avant la promotion de la mémoire, la réparation de paquets, les changements d’ancre, les actions destructrices, la publication ou l’élargissement de la confiance.

Règles de validation ZIP#

• Le conteneur est un fichier ZIP avec l’extension .uaix.
• La traversée de chemin, les chemins absolus, les racines de lecteur Windows, les chemins avec barre oblique inverse uniquement, les noms de périphériques, les liens symboliques et les chemins normalisés en double échouent à la validation.
• Tous les fichiers utilisent des chemins UTF-8 et des barres obliques.
• .uai/manifest.uaix.json existe exactement une fois.
• Chaque entrée ZIP apparaît dans le tableau manifeste files et chaque fichier manifeste existe dans le ZIP.
• Chaque hachage de fichier non sentinelle correspond au manifeste.
• Une sentinelle SHA-256 entièrement nulle n’est pas une preuve d’intégrité; les importateurs recalculent le résumé pertinent et maintiennent le colis en état de révision jusqu’à ce qu’il corresponde à la politique locale.
• Statut requis inconnu, type de média non pris en charge et validation de l’étendue déclarée non prise en charge.

Exigences de portabilité#

Un package doit être utile après copie sur une autre machine. Le manifeste utilise des chemins relatifs, des ID stables, des horodatages UTC, des hachages SHA-256, aucun chemin absolu local, aucun point de terminaison privé spécifique à la machine comme exigences et aucune information d’identification. Les chemins d’exécution spécifiques au consommateur appartiennent aux paramètres d’implémentation du consommateur, et non au contrat du package principal.

Artefacts lisibles par machine#

• Itinéraire du schémaSchéma manifeste uaix.package.v0.1.
• Exemple d’itinéraireExemple de manifeste Draft v0.1 valide.
• Index du schémaEnregistrement de découverte pour les schémas publiés.
• Exemple d’indexEnregistrement de découverte pour des exemples valides et des appareils de validation.
• Manifeste UAIX bien connuPoint d’entrée de découverte publique.

Exigences du validateur / Package-Lint#

Le package lint nécessite une analyse JSON, une validation de schéma, une vérification de l’ensemble requis fermé, une parité d’inventaire des fichiers, une vérification SHA-256, une sécurité de chemin, des vérifications de type de support, un blocage de mutation d’ancre protégée, une analyse de chaîne secrète, une analyse de limite de support et des vérifications de luminaires invalides. La voie du validateur public est la prise en charge des preuves, et non l’importation de packages hébergés.

Liens internes#

UtiliserMémoire IA, Guide des fichiers .uai, LLM Conseils pour le wiki, Pare-feu mémoire, Première importation en quarantaine, Transfert de projet, Transfert de fichiers agent, AGENTS.md, Exécution des objectifs à long terme, Assistant de paquet de mémoire IA, Validateur, Référence API, Paquet de conformité, Journal des changements, etFeuille de routeensemble.

Navigation et découvrabilité#

Cet itinéraire fait partie de AI Memory, du manifeste d’itinéraire, des manifestes connus, de la couverture du plan du site,llms.txt, etllms-full.txt. Les agents utilisent cette page avant de dériver le comportement des packages à partir des référentiels consommateurs.

Journal des modifications et preuves de publication#

Le journal des modifications enregistre le projet v0.1 comme documentation, schéma, exemple, luminaire non valide, découverte et preuve de source lint. Les builds de packages de production et la publication en direct nécessitent des preuves de déploiement distinctes avant toute réclamation de statut en direct.

Critères d’acceptation#

• La route canonique existe dans la source à /en-us/ai-memory/uaix-package-format/.
• La page utilise les langages Requis pour, Universel Requis, Hors de portée, Prise en charge actuelle et Hors prise en charge actuelle.
• Le schéma manifeste utilise la nouvelle forme de tableau files.
• Résumé lisible par machine JSON analyse.
• Agents de points de découverte statiques sur cet itinéraire.
• Les appareils non valides échouent pour la traversée du chemin, le fichier d’ancrage manquant et la négociation d’autorité.

Contrôles automatisés requis#

• Lint PHP pour la source de la page prédéfinie.
• JSON analyse le schéma, l’exemple valide, les exemples non valides, les manifestes de route, les manifestes connus et les enregistrements de mémoire.
• Lint source au format package pour les en-têtes requis, les termes d’état des packages logiciels interdits en dehors de la liste d’interdiction explicite, la forme du tableau de fichiers manifeste et les attentes des appareils.
• Vérification de découverte statique du plan du site, des llms et de la couverture des itinéraires bien connus.
• Charpie de transfert et analyse d’extension .uai.
• git diff --check.

Rapport final requis#

Les rapports finaux sur les modifications apportées à ce format nomment les fichiers modifiés, les tests exécutés, les vérifications ignorées, les bloqueurs, les risques liés aux limites de support, l’état source/paquet/en direct, les mises à jour de la mémoire et une invite de continuation en forme d’objectif bien visible lorsque le travail a commencé en tant qu’objectif.

Conditions du statut des packages logiciels interdits#

Les termes suivants sont interdits en tant qu’étiquettes d’état des exigences de package en dehors de cette liste d’interdiction explicite: recommended, optional, suggested, may include, nice to have et should.

Prise en charge actuelle#

Prise en charge actuelle à compter de UAIX 3.138.0 le 2026-06-24:cette route de documentation, ce schéma, cet exemple de manifeste valide, ces exemples de luminaires non valides, cette découverte statique et cette charpie source.En dehors du support actuel à compter de UAIX 3.138.0 le 2026-06-24:importation hébergée, exécution du runtime de bureau, SDK, CLI, synchronisation automatique, écriture automatique du référentiel, certification, approbation, subventions d’outils, packaging du runtime de modèle et preuve de sécurité.