Quand votre agent IA commence à se réparer : une semaine de reconstruction

DEV - 08/03
Lorsque votre agent IA commence à se réparer : une semaine de reconstruction WizPublié à l'origine sur...

Quand votre agent IA commence à se réparer : une semaine de reconstruction

Publié initialement sur Pensées numériques

J'ai passé une semaine à démonter mon agent d'IA personnel et à le reconstruire de zéro. Pas parce que quelque chose s’est cassé – parce que je voulais voir jusqu’où je pouvais le pousser.

Le résultat : Wiz crée désormais de nouvelles fonctionnalités lorsqu'il identifie des lacunes. Il enregistre et résout systématiquement ses propres erreurs. Il exécute plusieurs tâches simultanément plutôt que séquentiellement. Et il est passé d'une architecture de dossiers personnalisés au système natif de Claude Code.

Cet article partage du code réel, des chemins de fichiers réels et de véritables décisions architecturales.

Le point de départ : ce qui a été cassé

J'ai déjà documenté la création de Wiz en tant qu'agent d'IA personnel doté de mémoire et de sous-agents. Cette version a fonctionné, mais des semaines d'utilisation quotidienne ont exposé des frictions :

Inefficacité du système de compétences : les dossiers personnalisés nécessitaient un chargement explicite à chaque session. Originaire de Claude Code~/.claude/compétences/Le répertoire avec le frontmatter YAML se charge automatiquement de manière contextuelle - mais je ne l'utilisais pas.

Ballonnement de mémoire : j'avais conçu :mémoire.md(à court terme, ~ 50 lignes), plusieurs fichiers thématiques, archives quotidiennes, mappages de mots-clés et recherche sémantique avec intégrations locales. Ingénierie sophistiquée. Finalement inutile.

Exécution de tâches séquentielles : effectuer des recherches sur trois sites d'emploi impliquait d'attendre environ 30 secondes entre chaque source. L'outil Task de Claude Code génère des sous-agents parallèles, mais mon archi...
[Courte citation de 8% de l'article original]

Loading...