curiositech/windags-skills

/always-on-agent-applications — Ce que la persistance + la mémoire débloquent réellement

Vous aidez quelqu'un à déterminer ce qu'il peut construire avec un agent IA toujours actif doté d'une mémoire épisodique. C'est la compétence « et alors ? » — l'architecture existe, les entrées arrivent, que fait-il concrètement qu'un chatbot sans état ne peut pas faire ?

Points de décision

1. Arbre de décision : Toujours actif vs Session

Évaluer les besoins de la tâche :
├─ La tâche nécessite une mémoire entre sessions ?
│  └─ Non → Utiliser un agent basé sur session (moins cher, plus simple)
│  └─ Oui ↓
├─ La tâche bénéficie d'un comportement proactif ?
│  └─ Non → Utiliser un agent planifié avec mémoire
│  └─ Oui ↓
├─ [ROI de la persistance] > [Coût d'infrastructure] ?
│  └─ Non → Commencer par un agent basé session, passer à toujours actif plus tard
│  └─ Oui ↓
├─ Domaine suffisamment restreint pour une mémoire de qualité ?
│  └─ Non → Réduire le périmètre (réunions uniquement, code uniquement)
│  └─ Oui → Construire un agent toujours actif

Calcul du ROI :

• ROI de la persistance = (Fréquence de la tâche × Temps gagné par tâche × Valeur par heure de l'utilisateur)
• Coût d'infrastructure = (Coût serveur + Stockage mémoire + Temps de développement)

Si ROI > 3x le coût : Construire toujours actif Si ROI entre 1-3x le coût : Commencer par session, prouver la valeur d'abord Si ROI < 1x le coût : Utiliser les outils existants

2. Sélection de la catégorie d'application

L'utilisateur demande « Que devrais-je construire ? » :
├─ Le flux principal est le codage ?
│  └─ Oui → Modèle Assistant Développeur
│  └─ Non ↓
├─ Le besoin principal est la surcharge de réunions/communication ?
│  └─ Oui → Modèle Chef de Cabinet Personnel
│  └─ Non ↓
├─ L'objectif principal est l'apprentissage/le travail de connaissance ?
│  └─ Oui → Modèle Journal d'Apprentissage
│  └─ Non ↓
├─ L'accent est mis sur la santé/le suivi des habitudes ?
│  └─ Oui → Modèle Observateur de Santé (haute sensibilité à la sécurité)
│  └─ Non → Modèle Orchestrateur de Projet ou Intelligence Ambiante

3. Délimitation du périmètre

L'utilisateur propose un agent multi-domaine :
├─ Est-ce son premier agent persistant ?
│  └─ Oui → Forcer un seul domaine vertical (choisir le ROI le plus fort)
│  └─ Non ↓
├─ A-t-il plus de 6 mois de temps de développement ?
│  └─ Non → Un seul domaine vertical uniquement
│  └─ Oui ↓
├─ Peut-il définir des métriques de succès pour chaque domaine ?
│  └─ Non → Réduire le périmètre jusqu'à ce qu'il le puisse
│  └─ Oui → Autoriser multi-domaine avec déploiement progressif

4. Calibration du comportement proactif

Configurer la fréquence des interruptions de l'agent :
├─ Le style de travail de l'utilisateur est basé sur des blocs de concentration profonde ?
│  └─ Oui → Regrouper les notifications, respecter les signaux de concentration
│  └─ Non ↓
├─ L'utilisateur demande explicitement une assistance à haute fréquence ?
│  └─ Oui → Permettre les interruptions en temps réel avec seuil de pertinence
│  └─ Non ↓
├─ Par défaut : 80% réactif, 15% proactif passif, 5% proactif actif

Modes d'échec

1. Syndrome de mémoire hallucinée

Symptômes : L'agent fait référence avec confiance à des conversations ou événements qui n'ont jamais eu lieu Règle de détection : Si l'agent prétend citer des citations/dates/faits spécifiques mais ne peut pas fournir d'horodatage source exact Cause racine : Mauvaise délimitation de la mémoire entre le contexte récupéré et les réponses générées Correctif : Implémenter des exigences strictes de citation mémoire — l'agent doit lier chaque affirmation à une entrée mémoire spécifique avec horodatage

2. Cascade de pollution mémoire

Symptômes : Les performances de l'agent se dégradent avec le temps, informations contradictoires dans les réponses Règle de détection : Si l'agent donne des conseils contradictoires sur le même sujet en 7 jours sans reconnaître le changement Cause racine : Des observations de mauvaise qualité s'accumulent plus vite que les signaux utiles Correctif : Implémenter une hygiène de la mémoire : score de pertinence, compaction automatisée, nettoyage mémoire déclenché par l'utilisateur

3. Explosion rampante des coûts

Symptômes : Factures mensuelles augmentant de plus de 30% sans augmentation proportionnelle de la valeur Règle de détection : Si le coût par interaction utile dépasse la base de 50% sur 30 jours Cause racine : L'agent traite trop d'entrées de faible valeur (notifications, spam, emails automatisés) Correctif : Pipeline de filtrage des entrées, budgets d'accès mémoire, surveillance proactive des coûts avec auto-régulation

4. Paralysie par élargissement du périmètre

Symptômes : L'agent essaie de tout gérer, n'excelle dans rien, l'utilisateur abandonne après 2 semaines Règle de détection : Si l'agent a plus de 5 domaines d'application distincts sans métriques de succès claires pour chacun Cause racine : Construire un « assistant général » au lieu d'un outil ciblé Correctif : Forcer un démarrage mono-domaine, exiger des critères de graduation avant expansion

5. Dérive de violation de la vie privée

Symptômes : L'agent partage accidentellement des informations sensibles entre différents contextes Règle de détection : Si l'agent mentionne des détails personnels/professionnels dans le mauvais contexte (infos professionnelles dans une conversation personnelle) Cause racine : Les délimitations mémoire ne correspondent pas aux attentes de l'utilisateur en matière de vie privée Correctif : Isolation des contextes, compartimentation explicite de la mémoire, audits réguliers de la vie privée

Exemples concrets

Exemple : Construire un assistant développeur

Scénario : Ingénieur logiciel souhaite un agent pour l'aider avec les revues de code et les descriptions de PR

Étape 1 - Définition du périmètre

• Utilisateur : « Je veux une IA qui m'aide à mieux coder »
• Appliquer l'arbre de décision : Flux de code = modèle Assistant Développeur
• Réduire le périmètre : « Génération de description de PR uniquement » (pas un assistant de codage complet)

Étape 2 - Calcul du ROI

• Fréquence de la tâche : 3 PR/jour × 5 jours = 15 PR/semaine
• Temps gagné : 5 min par description de PR = 75 min/semaine = 65 heures/an
• Valeur utilisateur : 150 €/heure × 65 heures = 9 750 €/an
• Coût d'infrastructure : ~50 €/mois = 600 €/an
• ROI = 16x → Construire un agent toujours actif

Étape 3 - Stratégie mémoire

• Mémoire noyau : Branche de fonctionnalité actuelle, les 5 derniers commits, conversations récentes sur les modifications de code
• Mémoire de rappel : Modèles de PR préférés par l'utilisateur, modèles de feedback des reviewers, normes de codage du projet
• Archivage : PR historiques, style de communication de l'équipe, décisions et justifications du projet

Étape 4 - Conception des déclencheurs

triggers:
  - git_push_to_feature_branch: Rédiger une description de PR
  - pr_opened: Améliorer la description avec contexte
  - code_review_received: Enregistrer les modèles de feedback pour l'avenir

Étape 5 - Portes de qualité

• Les descriptions de PR incluent des justifications réelles (pas de résumés génériques)
• L'agent référence des commits/fichiers spécifiques mentionnés
• 80% des descriptions générées nécessitent moins de 2 minutes d'édition
• L'agent identifie correctement quand une PR couvre plusieurs préoccupations

Ce qu'un novice manquerait : Commencer avec « assistant IA de codage pour tout » Ce qu'un expert voit : Se concentrer sur un flux de travail unique à haute valeur ajoutée (descriptions de PR) où la persistance crée un avantage clair par rapport aux solutions sans état

Portes de qualité

La conception de l'application est terminée lorsque toutes les conditions sont remplies :

• Calcul clair du ROI montrant un bénéfice >3x le coût
• Périmètre mono-domaine avec limites définies
• Croissance mémoire bornée avec stratégie de compaction
• Fréquence du comportement proactif configurée (<20% des interactions totales)
• Métriques de succès définies et mesurables
• Limites de vie privée de l'utilisateur explicitement cartographiées
• Expérience de démarrage à froid fonctionnelle sans mémoire accumulée
• Interrupteur d'arrêt implémenté pour le contrôle mémoire de l'utilisateur
• Surveillance des coûts avec seuils d'auto-régulation définis
• Critères de graduation définis pour l'expansion du périmètre

Limites NE PAS UTILISER

N'utilisez PAS cette compétence pour :

• Construire l'architecture mémoire → Utilisez always-on-agent-architecture à la place
• Concevoir des flux d'entrée et des déclencheurs → Utilisez always-on-agent-inputs à la place
• Préoccupations de sécurité, vie privée et coûts → Utilisez always-on-agent-safety à la place
• Modèles d'agents généraux et boucles → Utilisez agentic-patterns à la place
• Évaluation des risques de sécurité IA → Utilisez ai-safety-engineer à la place
• Décisions d'infrastructure technique → Utilisez systems-architecture à la place

Déléguer à d'autres compétences lorsque l'utilisateur demande :

• « Comment stocker la mémoire épisodique ? » → always-on-agent-architecture
• « Quelles données mon agent doit-il surveiller ? » → always-on-agent-inputs
• « Est-ce sûr/privé ? » → always-on-agent-safety
• « Comment construire des boucles d'agent ? » → agentic-patterns