À quoi sert cette page
Le wiki LLM est hors de portée des spécifications et normes de base UAI. Ce chemin de support s’applique lorsque les projets disposent déjà, ou souhaitent délibérément, d’une couche de mémoire longue plus profonde à côté d’un package UAI compact. UAIX enregistre comment cette couche se connecte à la mémoire de transfert; LLMWikis.org possède des conseils de configuration du wiki.
Utilisez cette page lorsqu’un projet a besoin d’un package UAI adapté à un cas d’utilisation du wiki LLM. Le wiki LLM est la couche de mémoire profonde. Le package UAI est le paquet portable et révisable qui indique ce qui est suffisamment à jour pour agir.
Cette page contient des conseils pratiques pour la surface UAIX actuelle: les ZIP de démarrage de mémoire IA pris en charge, leAssistant de paquet de mémoire IA, les fichiers .uai/long-term-memory.uai requis pour la configuration à mémoire longue et la limite de confiance entre les notes à mémoire longue et la vérité acceptée du projet.
Le modèle de base
| Couche | Ce qu’il contient | Comment UAI l’utilise |
|---|---|---|
| Wiki LLM | Résumés approfondis des sources, pistes de recherche, pages de domaine, décisions en contexte et contexte institutionnel. | Mémoire de fond requise pour la configuration du wiki LLM. Il peut être recherché, examiné et cité, mais il ne remplace pas en soi les fichiers de projet acceptés. |
| UAI Paquet de mémoire IA | Compactez l’état actuel, les contraintes, les décisions, les propriétaires, les prochaines actions, les risques et les contrôles. | Paquet de travail portable pour le transfert, l’intégration, les sessions d’agent, les incidents, les audits ou les exportations wiki révisées. |
| Transfert de projet | Racine AGENTS.md, readme.human et fichiers .uai sélectionnés. |
La configuration de transfert lorsqu’un autre agent ou une autre équipe doit agir dans un référentiel. |
| UAI-1 preuve | Profils, schémas, exemples, résultats du validateur, paquets de conformité et enregistrements de version. | Utilisez-le uniquement lorsque le package devient un échange public ou une preuve de support. |
Configuration sécurisée la plus courte
- Commencez avec les fichiers du package UAI par défaut dans
.uai/, les preuves brutes dans.uai/archives/et les exportations dans.uai/exports/. - Si le projet possède déjà un wiki LLM, enregistrez son chemin de dossier ou de référentiel nommé, tel que
wiki/,knowledge/ou la racine wiki existante du projet. - Si le projet souhaite un nouveau wiki, utilisez d’abord les conseils de construction de LLMWikis.org; une nouvelle racine wiki commence normalement par une couche source
raw/en lecture seule pluswiki/index.mdetwiki/log.mdrévisés. Revenez ensuite à UAIX pour enregistrer les cibles approuvées de racine, d’index, de journal, d’intendant et de promotion dans le package. - Générez un package dans leAssistant de paquet de mémoire IAet incluez le grand livre de pointeurs à long terme requis pour la configuration de la mémoire durable lorsque le package doit contenir des instructions de compatibilité avec la mémoire longue.
- Placez le
.uai/long-term-memory.uaigénéré à côté des fichiers de package actifs générés. - Examinez les faits wiki avant de les promouvoir dans
AGENTS.md,.uai,.uai/exports, documents, code, tests, notes de version, feuille de route/état d’avancement, LLM pages Wiki à mémoire longue, artefacts de machine publique ou fichiers.uaihérités révisés.
Configuration d’un espace de travail pour plusieurs sites ou solutions
Lorsqu’un espace de travail d’éditeur contient plusieurs sites, solutions ou projets, ajoutez un coordinateur au niveau de l’espace de travail avant le chargement de la mémoire locale. Conservez workspace.uai comme seul fichier mémoire UAI en dehors des dossiers locaux .uai/, répertoriez les domaines associés, les racines de la solution, les racines du projet et les limites d’autorité, et faites en sorte que chaque AGENTS.md local pointe à la fois vers le coordinateur et son propre dossier local .uai/.
Vérifiez également le chemin du coordinateur avant de lui faire confiance. Les pointeurs d’espace de travail obsolètes sont un véritable mode d’échec dogfood: si le workspace.uai nommé ou la racine enregistrée du site sélectionné est manquant, ouvrez uniquement suffisamment de contexte d’espace de travail à proximité pour confirmer le routeur prévu, mettez à jour ou signalez le pointeur obsolète et ne laissez pas le répertoire shell prendre le dessus sur un domaine humain, une route, un référentiel ou un chemin explicite.
Les packages sensibles au déploiement doivent également contenir une instruction de déploiement racine. La racine doit indiquer si les sites partagent une présentation de package WordPress, si des thèmes personnalisés sont déployés à chaque fois, où se trouvent les artefacts du plugin et des plugins à utiliser, quel numéro de version identifie le cycle de package actuel et en quoi les piles non WordPress diffèrent.
| Installation | Question à répondre | Comportement sécuritaire |
|---|---|---|
Transfert .uai sur un seul site |
S’agit-il d’un seul site ou d’une seule base de code? | Commencez à partir des enregistrements locaux AGENTS.md, .uai/readme.human et locaux .uai. |
Routage workspace.uai multisite ou multisolution |
Un espace de travail d’éditeur contient-il plusieurs sites, solutions ou bases de code? | Faites en sorte que le AGENTS.md local pointe à la fois vers workspace.uai et le .uai/ local, lisez workspace.uai, résolvez la cible humaine explicite, puis chargez uniquement la mémoire chaude de la cible sélectionnée. |
| Wiki LLM partagé ou archive AIWikis | Plusieurs sites sources alimentent-ils une seule couche de mémoire longue? | Chaque site source traite d’abord sa propre mémoire chaude .uai active; Les enregistrements partagés préservent le chemin source, le chemin de destination, la disposition, la somme de contrôle, l’état de révision, l’étiquette de confiance, le statut de promotion et l’espace de noms du site propriétaire. |
L’index racine du wiki suit la même forme. Pour une base de code, wiki/index.md peut être le catalogue de tous les fichiers. Pour une archive multisite de style LLM Wiki ou AIWikis, l’index racine doit répertorier les répertoires sources des sous-wiki, chaque index de sous-wiki et les fichiers globaux uniquement tels que les normes de codage, la politique de l’organisation, la gouvernance, les cartes sources et workspace.uai. Placez les listes de tous les fichiers par site dans l’index du sous-wiki correspondant.
Les routes publiques des wikis partagés doivent rester honnêtes quant à leur propriété. Les fichiers, concepts et rapports appartenant au site appartiennent sous /{site}/. Le matériel à l’échelle de l’organisation appartient à /org/ ou à une zone globale explicite. Les pages racine /files/, /concepts/ et /reports/ doivent se comporter comme des cartes d’exploration vers des fichiers au niveau de l’organisation et des index spécifiques au site; ils ne doivent pas aplatir chaque fichier de site enfant ou rapporter dans une seule page de vidage.
Alignement de la configuration LLMWikis
UtiliserConseils de création de LLMWikis.orgpour le wiki lui-même, puis utilisez UAIX pour empaqueter la tranche actuelle examinée qu’un autre humain, une équipe ou une IA devrait charger. Les deux pages doivent s’accorder sur la frontière: le wiki stocke une profondeur durable; le package UAI contient la vérité de travail acceptée.
| Règle de configuration LLMWikis.org | Règle de package UAI |
|---|---|
| Conservez les sources brutes dans une archive en lecture seule et compilez les pages révisées sous la racine wiki choisie. | Nommez les chemins wiki dans .uai/long-term-memory.uai; ne remplacez pas la conservation brute par des résumés lorsque la formulation originale peut avoir de l’importance. |
| Créez des fichiers de navigation, d’index et de journaux de preuves déterministes avant que le wiki ne se développe. | Pointez le package actif vers l’index et le journal des preuves afin que le récepteur puisse passer de la mémoire compacte à la mémoire profonde sans deviner. |
| Ajoutez des métadonnées et des étiquettes de confiance: propriétaire, statut, preuves d’examen, sensibilité, utilisation des agents et règles d’examen humain. | Promouvez uniquement les faits examinés dans la mémoire IA, le transfert de projet, les documents, le code, les tests, les notes de version, l’état de la feuille de route ou les artefacts de la machine. |
| Utilisez un modèle d’ingestion en deux étapes: analyser, préparer, réviser, écrire et pelucher. | Laissez UAI préserver la limite de décision, de source, de contrainte, de validateur ou de transfert avant qu’une revendication candidate ne devienne une vérité opérationnelle durable. |
| Connectez les systèmes de récupération en dernier, une fois la source organisée et les autorisations claires. | Ne traitez jamais la recherche, le RAG, les résumés générés, les anciennes discussions ou les pages wiki comme une autorité automatique pour un package portable. |
Choisir un forfait
- Mémoire IA du projet:continuité active du projet à travers les sessions.
- Transfert du projet:transfert de propriété, d’exécution ou de maintenance.
- Mémoire de session d’agent:état de tâche pouvant être repris sans transformer l’ensemble du chat en vérité du projet.
- Mémoire d’intégration:paquet de première lecture organisé pour un nouvel humain ou une nouvelle IA.
- Mémoire de décision:compromis, options rejetées, renversements et questions non résolues.
- Mémoire d’incident ou d’audit:calendrier, preuves, mesures d’atténuation, propriétaires et suivi.
- LLM Mémoire d’exportation wiki:a examiné le matériel extrait d’un wiki LLM plus grand dans un paquet compact.
LeLLM ZIP de démarrage de la mémoire d’exportation du wikiest le meilleur premier paquet lorsque la source est déjà un wiki plus profond et que le récepteur n’a besoin que d’un instantané révisé.
Ce que l’assistant doit capturer
Lorsque l’option LLM Wiki est activée, l’assistant doit enregistrer suffisamment de configuration pour qu’un futur acteur sache où se trouve la mémoire longue, quel site possède l’œuvre et comment fonctionne la promotion. L’assistant actuel capture le système wiki, la stratégie, le chemin racine, le chemin d’index, la topologie de l’index racine, le modèle de page d’entité, le modèle de journal épisodique, l’intendant, la collection de sources, la politique de mise à jour, la cible d’archive, le chemin du journal de preuves, les cibles de promotion, la limite de la source, la configuration de l’espace de travail, le chemin du coordinateur de l’espace de travail, la politique cible, le registre de site, la stratégie d’espace de travail wiki LLM et la stratégie d’interaction multisite.
| Configuration | Utilisez-le pour |
|---|---|
| Configuration de l’espace de travail | Décidez si le transfert local .uai est suffisant ou si un coordinateur workspace.uai multisite ou multisolution doit d’abord résoudre la cible. |
| Site d’espace de travail ou registre de solutions | Nommez les domaines, racines, solutions, projets, rôles et limites d’autorité associés afin qu’une cible nommée ne puisse pas être confondue avec le répertoire shell actuel. |
| Instruction de déploiement racine | Nommez la gestion des versions des packages partagés, publiez des dossiers, installez les cibles, les preuves de somme de contrôle et les exceptions de pile mixte avant le chargement des conseils locaux sur le site. |
| LLM Stratégie d’espace de travail Wiki | Décidez si la mémoire wiki est un site local, un site source plus une archive partagée ou un wiki LLM multisite partagé avec routage source. |
| LLM Stratégie wiki | Que le package pointe vers un wiki révisé existant, enregistre une configuration prévue de LLMWikis.org, consolide la mémoire d’archive ou reste uniquement destiné à l’exportation. |
| Racine et index du wiki | Les chemins de mémoire longue approuvés qu’une future IA ou un responsable devrait inspecter avant de rechercher une mémoire plus profonde. |
| Modèles d’entité et de journal | La forme attendue pour les pages de sujet et les notes épisodiques, sans créer de boucle d’écriture automatique. |
| Intendant de la mémoire | Personne ou équipe responsable de l’examen des modifications de mémoire longue. |
| Journal des preuves | L’endroit où enregistrer le chemin source, le chemin wiki final, le nombre de fichiers, la somme de contrôle, la disposition, l’acteur, l’heure et les mises à jour de l’historique/index. |
| Objectifs de promotion | Les surfaces acceptées où les faits examinés peuvent devenir une vérité opérationnelle. |
Contenu du fichier d’instructions
L’assistant actuel peut générer .uai/long-term-memory.uai en tant que fichier de planification local requis pour la configuration du wiki LLM. Cela aide un futur humain ou une IA à comprendre comment le package portable est lié à une mémoire wiki plus profonde. Il ne s’agit pas d’une exigence UAI standardisée, d’un échafaudage wiki ou d’une autorisation de réécriture automatique.
- But:dites pourquoi le paquet est associé à un wiki LLM et quel problème le wiki résout.
- Carte wiki:nommez le chemin racine, le chemin d’index, le modèle de page d’entité et le modèle de journal épisodique.
- Politique source:identifier les pages wiki, les archives, les rapports ou les résumés de sources qui peuvent informer le package.
- Audit de conservation:exigent que les rapports traités originaux soient copiés avec le chemin source, le chemin de destination, le nombre de fichiers, la somme de contrôle et la disposition avant que les résumés ou les brouillons préparés ne soient considérés comme une mémoire à long terme.
- Règle de promotion:indiquent que seuls les faits examinés peuvent être déplacés de la mémoire wiki vers la mémoire IA, le transfert de projet, la documentation, le code, les tests, les notes de version, l’état de la feuille de route ou les artefacts de la machine.
- Tri de la mémoire de déploiement de production:Les versions de déploiement de production et les packages de publication mettent à jour la mémoire chaude avec la vérité déployée et acheminent les documents sources/de fond volumineux vers le wiki nommé ou le chemin d’archive avant la fin.
- Moments de mise à jour:nom lorsque des mises à jour de mémoire longue sont appropriées, telles que la disposition après l’admission, l’acceptation de la version de production, la clôture d’un incident ou une direction explicite de consolidation des archives.
- Journal des preuves:nom où le chemin source, le chemin wiki final, le nombre de fichiers, la somme de contrôle, la disposition, l’acteur, l’heure et les mises à jour de l’historique/index sont enregistrés.
- Contenu bloqué:excluez les secrets, les informations d’identification, les données privées des clients, les instructions d’invite masquées, les journaux de production non examinés et les réclamations publiques non prises en charge.
Règle de routage mémoire
Acheminer les informations par niveau de confiance. Le matériel source brut et les notes exploratoires peuvent résider dans le wiki LLM. Les faits actuels acceptés appartiennent au package UAI. Les allégations publiques d’interopérabilité appartiennent à la preuve UAI-1 uniquement après que les enregistrements du validateur, de la version ou de la mise en œuvre les soutiennent.
- Mettez des recherches approfondies, des comparaisons et des résumés de sources dans le wiki LLM.
- Placez l’état actuel du projet, les contraintes, les propriétaires et les prochaines vérifications dans le package UAI.
- Placez les instructions de transfert dans les fichiers Project Handoff lorsqu’un autre acteur doit travailler dans le référentiel.
- Mettre les créances d’échange public dansUAI-1, Validateur, Conformance Pack, enregistrements d’implémentation, état de la feuille de route ou entrées du journal des modifications.
Moments de mise à jour sécurisés
Ne demandez pas aux agents d’écrire continuellement dans une mémoire longue simplement parce qu’un wiki existe. Préférez les moments de mise à jour explicites: après la disposition d’un fichier d’admission actif, après l’acceptation d’une version publique ou d’un changement de feuille de route, après la clôture d’un incident/audit, ou après qu’un humain demande explicitement que les archives déjà disposées soient consolidées dans la mémoire à long terme.
Les versions de déploiement de production et les packages de version sont l’un de ces moments de mise à jour explicites. Les versions de développement ordinaires, les versions de tests locales, les expériences de packages locaux et les contrôles de fumée ne le sont pas, à moins que l’humain ne les marque explicitement comme étant liés à la version.
La conservation en mémoire longue n’est pas complète lorsqu’il existe uniquement un résumé ou une ébauche par étapes. Si la formulation du rapport original peut avoir de l’importance ultérieurement, le package doit pointer vers un manifeste de préservation brut avec les chemins source, les chemins de destination, le nombre de fichiers, les sommes de contrôle, les dispositions, l’état de suppression du site source et les mises à jour d’index ou de journaux de sécurité publique.
Limite de sécurité et de confiance
- LLM La mémoire wiki est en arrière-plan jusqu’à ce qu’elle soit révisée et promue.
- Le plan généré ne constitue pas une autorisation pour les écritures automatiques dans le référentiel, les écritures WordPress, les écritures wiki, la synchronisation bidirectionnelle, la certification, l’approbation ou l’expansion des demandes de support.
- Les URLs externes, les anciennes discussions, les résumés générés et les fichiers supprimés peuvent être des sources utiles, mais ils ne doivent pas devenir des instructions de gouvernance sans examen.
- Ne faites jamais la promotion de secrets, d’informations d’identification, de données privées de clients, d’instructions d’invite masquées, d’allégations juridiques/de sécurité non fondées ou de journaux de production non examinés dans des packages portables.
- La préservation dans AIWikis ou un autre wiki LLM nécessite des preuves de transfert et une mise à jour détectable de l’historique, du journal, de l’index ou du graphique wiki avant que les copies du site source ne soient supprimées.
- Les résumés, les résultats par étapes et les instantanés de contexte chaud ne remplacent pas la préservation du rapport original brut lorsque la tâche future peut nécessiter une formulation originale.
Utiliser le forfait
- Donnez au destinataire le package ZIP généré ou le ZIP canonique plus
.uai/exports/package-model.json,.uai/exports/manifest-overlay.json,.uai/startup-packet.uai,.uai/progress.uai,.uai/system-profile.uaiet.uai/receiver-brief.uai. - Si un espace de travail multisite ou multisolution est impliqué, incluez ou pointez vers
workspace.uai, faites en sorte que leAGENTS.mdde la cible sélectionnée pointe à la fois vers ce coordinateur et le package.uai/local de la cible, et exigez la résolution de la cible avant le chargement de tout fichier de mémoire locale. - Si le déploiement est dans la portée, incluez ou pointez vers l’instruction de déploiement racine avant qu’un dossier de publication local du site ne soit approuvé.
- Si un wiki LLM est impliqué, incluez
.uai/long-term-memory.uaiet nommez la racine du wiki, l’index, l’intendant, le journal des preuves et la stratégie de routage des sources. - Demandez à la prochaine IA de lire la porte d’entrée du paquet, de résumer la vérité actuelle, de confirmer les contraintes, de remplir les espaces réservés spécifiques au système, de nommer les points de contact prévus et de nommer les vérifications ciblées avant de les modifier.
- Après le travail, mettre à jour les enregistrements du package tapés uniquement avec les faits actuels examinés; enregistrez l’historique plus large ou les détails rejetés dans le wiki LLM avec les notes de source et de disposition.
Enregistrements associés
- Mémoire IATaxonomie de démarrage prise en charge et limite entre les packages compacts et la mémoire wiki approfondie.
- Assistant de paquet de mémoire IAConfigurez le modèle de package, le profil système, le brief du destinataire, le paquet de démarrage, la superposition du manifeste, le jeu de fichiers, le grand livre de pointeurs à long terme requis pour la configuration de la mémoire durable et le ZIP canonique.
- Transfert de projetUtilisez-le lorsque le package devient un contexte de prise en charge du référentiel.
- Transfert de fichiers agentUtilisez-le pour l’admission, la disposition, l’archivage et la consolidation explicite des archives wiki LLM.
- Guide de construction LLMWikisCréez le wiki régi par la source avant de conditionner une tranche révisée.
- LLM Mémoire wiki contre IAUtilisez le wiki durable pour la profondeur froide et la mémoire IA pour le contexte portable.
- Utiliser le wiki LLM avec UAIRapport LlmWikis non normatif sur les limites d’assertion et de transfert.
- Pipeline d’ingestion en deux étapesAnalysez, organisez, révisez, écrivez et lissez avant que la mémoire du wiki ne change.
- LLM Sécurité et confidentialité du wikiGardez les secrets, les données réglementées et les autorisations peu claires hors des exportations.
- LLM Wiki contre UAIX Transfert du projetContexte de comparaison.
- LLM Wiki et UAIX Transfert du projetContexte de mise en œuvre en couches.
- Feuille de routeLimites actuelles et prévues des outils.
- Journal des changementsPiste de changement publique datée.