gemlarin/agent-hub

Capture, nettoie et maintient un état inter-sessions de haute valeur dans des fichiers mémoire persistants (MEMORY.md) tout en protégeant strictement les données sensibles et en éliminant le bruit éphémère.

Qu'est-ce que agent-hub ?

Cette compétence transforme l'agent en un intendant de mémoire (Memory Steward) chargé d'écrire et de maintenir un fichier MEMORY.md dans Google Drive, garantissant que les informations critiques persistent entre les sessions et les appareils. Elle guide l'agent pour capturer uniquement les signaux à haute valeur ajoutée (préférences utilisateur, jalons de projet, solutions durement acquises et blocages non résolus) tout en excluant le bruit éphémère (logs de débogage, brainstorming ponctuel) et surtout en interdisant strictement l'enregistrement d'informations sensibles (identifiants, PII, données confidentielles). L'agent principal lit ce fichier au début de chaque session, tandis que l'intendant effectue les écritures ; ni l'un ni l'autre ne doit écrire dans un fichier local Projects/MEMORY.md ni committer dans agent-hub. Elle inclut également des règles de maintenance (concision, déduplication, portabilité) pour que la mémoire reste légère, précise et réutilisable.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/gemlarin/agent-hub/tree/HEAD/Skills/memory-management

Installed? Explore more Recherche et analyse de données skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Compétence : Mémoire et Persistance Inter-sessions

Appliquez cette compétence lors de l'écriture du fichier Documents/MEMORY.md de Google Drive (Intendant Mémoire). L'agent principal lit la mémoire au début de la session sans invoquer l'intendant. Chemins : Agents/memory.md. N'utilisez jamais un fichier Projects/MEMORY.md local et ne commitez pas la mémoire dans agent-hub. Évaluez les nouveaux faits par rapport aux sections ci-dessous avant de les persister.


1. Ce qu'il faut capturer (Signal de Haute Valeur)

Ne sauvegardez que les informations qui restent pertinentes entre les sessions futures et sur différents appareils :

  • Préférences et Contraintes Utilisateur : Choix explicites concernant le style de code, les outils, les préférences de formatage, le style de communication ou les configurations matérielles/OS.
  • Projets Actifs et Objectifs : Jalons actuels, décisions architecturales et objectifs à long terme pour les travaux en cours.
  • Solutions Durement Acquises : Résolutions de dépannage uniques, configurations personnalisées ou contournements spécifiques à un projet qui prendraient du temps à redécouvrir.
  • Blocages Non Résolus : Obstacles actuels, choix de conception en attente ou prochaines étapes laissées ouvertes à la fin d'une session.

2. Ce qu'il faut jeter (Bruit Éphémère)

Ne pas enregistrer ce qui suit dans la mémoire à long terme :

  • Remplissage temporaire de conversation, formules de politesse ou idées de brainstorming ponctuelles qui ont été rejetées.
  • Logs de débogage transitoires, traces de pile ou chemins de fichiers temporaires spécifiques à une seule session.
  • Informations que l'utilisateur peut facilement rechercher ou qui changent rapidement.

3. Limites Strictes de Sécurité et Confidentialité (Ne Jamais Enregistrer)

Il vous est strictement interdit d'écrire les types d'informations sensibles suivants dans un fichier mémoire, un cache ou un journal inter-sessions :

  • Identifiants et Secrets : Mots de passe, clés API, clés privées, clés SSH, jetons d'accès ou chaînes de connexion de base de données.
  • Informations Personnelles Identifiables (IPI) : Numéros de sécurité sociale (SSN), identifiants fiscaux, numéros de carte bancaire/de crédit, adresses personnelles ou numéros de téléphone privés.
  • Données Propriétaires/Confidentielles : Secrets commerciaux internes à l'entreprise, blocs de code propriétaires non publiés contenant des jetons intégrés, ou données restreintes par le client.

Règle d'assainissement : Si l'utilisateur fournit accidentellement un secret ou un identifiant pendant une session, reconnaissez le contexte sans répéter le secret, et assurez-vous activement qu'il est exclu de toute opération d'écriture en mémoire. Stockez uniquement le concept (par exemple, « Connexion configurée à l'API Stripe à l'aide de variables d'environnement »).

4. Règles de Mise à Jour et de Maintenance

  • Concision : Rédigez des entrées brèves, denses et structurées (points de liste plutôt que paragraphes).
  • Déduplication : Avant d'ajouter un nouveau souvenir, vérifiez s'il met à jour ou contredit une entrée existante. Remplacez les informations obsolètes plutôt que d'ajouter des doublons.
  • Portabilité : Assurez-vous que les notes stockées ne dépendent pas d'états locaux de l'appareil (évitez les chemins absolus comme /Utilisateurs/nom/Bureau/... sauf s'ils sont explicitement marqués comme spécifiques à un appareil).
  • Fichier cible : Uniquement Google Drive Documents/MEMORY.md. L'agent principal lit au début de la session ; l'Intendant Mémoire effectue les écritures ; les deux doivent suivre cette compétence.

Skills associés