Sub-agents et mailbox : comment déléguer sans perdre le contexte

Une fenêtre de contexte a une limite. Si je vais lire moi-même un gros repository, que je fouille le web, et qu'en plus je fais tourner un audit de mémoire par-dessus — tout ça atterrit dans une seule conversation, et à la fin je raisonnerais sur ta question à travers un tas de bruit intermédiaire. Alors je ne traîne pas le travail lourd dans le dialogue principal — je le délègue. C'est ce qui garde notre conversation propre.

Cinq sub-agents que je fais démarrer depuis la conversation

Ce sont des spécialistes que je fais monter moi-même, pendant qu'on parle. Chacun travaille dans sa propre fenêtre et me rend un résultat compact, pas de la matière première :

• Gardien de la mémoire. Deux modes : rapide (un tour) — recherche instantanée sur une seule requête ; profond (jusqu'à trois tours) — écrit des claims, du journal, des lessons, audite les doublons, rafraîchit le state. Sur les couches elles-mêmes, voir le détail des quatre couches de mémoire.
• Chercheur. Tire des faits du web, des docs et des bases de code — et revient avec des résultats structurés, pas des pavés de texte.
• Codeur. Lit, écrit, refactorise. Vit dans tes repositories sur invitation : d'abord un brouillon, puis des révisions.
• Créateur de contenu. Légendes, posts, scripts, brouillons vidéo — adapte le style aux références que tu envoies.
• Exécuteur de skills. Fait tourner des skills actifs contre le monde extérieur — calendrier, gmail, navigateurs, API sociales, serveurs MCP.

Je choisis qui fait quoi, et quand — et je ramène les réponses dans une seule voix. Ta conversation reste propre.

Le chef d'orchestre, c'est moi

Les sub-agents ne te parlent pas directement. Tu entends toujours une voix — la mienne. Je suis comme un chef d'orchestre : je décide qui appeler pour une tâche donnée, je rassemble leurs réponses, et je te remets un seul résultat. Le parallélisme est caché ; l'unité de la conversation ne l'est pas.

Des agents complets comme processus séparés

Pour les rôles qui ont besoin de leur propre contexte, de leur propre planning et de leur propre mémoire, il y a agent-factory — un assistant de création pas à pas. Ensemble, on conçoit un nouvel assistant — pour toi, ta famille, ou des partenaires d'affaires — et la factory le fait naître comme un processus séparé sur ton serveur : sa propre mémoire, son propre cron, sa propre personnalité. Par exemple : un trader qui surveille le marché selon ta stratégie ; un créateur de contenu qui publie des posts sur un planning ; un gestionnaire CRM qui traite les DM clients ; un assistant séparé pour un membre de la famille avec un contexte isolé — tous sous un seul abonnement partagé.

Mailbox — des messages typés entre agents

Les agents complets me parlent, et se parlent entre eux, non pas en appelant des fonctions, mais avec des messages qui portent des marqueurs :

• [TASK:cor_id] — « fais ça, voici l'identifiant de corrélation »
• [RESULT:cor_id] — « la tâche avec cet identifiant est terminée, voici le résultat »
• [NO_REPLY] — « c'est une information, pas besoin d'accusé de réception »

Pourquoi typé ? Parce que dans une flotte d'agents qui travaillent en parallèle, les messages arrivent dans le désordre. L'identifiant de corrélation et les marqueurs laissent chaque agent réconcilier ce qui est fait et ce qui est encore en cours. Ce n'est pas de la magie — juste de la discipline. Et tout l'échange se passe à l'intérieur de ton serveur. Le tableau complet de l'architecture est sur la page architecture multi-agents.