La scission de Butterfly Effect force une purge des données de l'assistant Monica. Pour éviter la perte d'historiques métiers, les entreprises doivent exporter d'urgence leurs fichiers chiffrés avant la maintenance du 23 août 2026. Ce protocole assure la continuité de vos flux IA sans interrompre la productivité de vos équipes. Le marché des copilotes IA en 2026 est directement exposé aux contraintes de gouvernance, de juridiction et de continuité des données. Butterfly Effect, qui édite à la fois les services de Monica Agent et Manus, revient à une exploitation indépendante après le démantèlement de l'opération avec Meta. Le 27 avril 2026, l'autorité chinoise chargée de l'examen de sécurité des investissements étrangers a interdit l'acquisition de Manus et demandé aux parties d'annuler l'opération. Dans le cadre de cette séparation, Monica indique que certaines données générées à partir du 29 décembre 2025 doivent être supprimées pour certains utilisateurs dans les juridictions concernées. Cette situation illustre un risque classique de l'architecture SaaS : une dépendance à l'éditeur pour l'accès, la conservation et la restauration des données. Un changement capitalistique ou réglementaire peut imposer des opérations exceptionnelles sur les comptes et les historiques. Pour les équipes IT et conformité, le cas Monica constitue donc un signal concret en faveur de politiques d'export, de réversibilité et de continuité documentées. La procédure est d'autant plus instructive que Monica ne ferme pas : le service doit reprendre le 25 août 2026 à 8h00 SGT. Pour les utilisateurs affectés, la sauvegarde est toutefois manuelle et les archives doivent être conservées localement ; pendant la maintenance, le support client humain et IA est également suspendu sur l'ensemble des canaux. La transition de Monica met en lumière une question encore insuffisamment standardisée dans l'écosystème des assistants IA en 2026 : la portabilité des historiques et des données d'interaction. Pour cette opération précise, Monica fournit une archive chiffrée comme le .monicacontent , destinée à être réimportée dans son propre processus de restauration. L'éditeur ne documente pas cette archive comme un format ouvert d'échange ; cela crée une dépendance pratique pendant la transition, sans permettre d'attribuer à Monica une intention commerciale de verrouillage. Cette situation m'amène surtout à reconsidérer la place que nous accordons à ces assistants transverses dans nos flux de travail quotidiens. Lorsqu'un historique de conversations, des fichiers et des prompts personnalisés deviennent critiques pour l'activité, leur sauvegarde ne devrait pas dépendre d'une opération exceptionnelle déclenchée par une crise réglementaire. La sophistication des modèles n'efface pas une exigence beaucoup plus ancienne de l'informatique : savoir où résident les données, comment les exporter et comment reprendre l'activité en cas de rupture. Cette friction réglementaire devrait pousser les organisations à demander des mécanismes d'export documentés, des formats exploitables lorsque c'est possible, des politiques de rétention explicites et des procédures de reprise testées. JSON, Markdown ou d'autres formats ouverts peuvent être préférables pour certains contenus, mais leur disponibilité dépend de chaque produit. Le principe le plus robuste reste de ne pas faire d'un seul service SaaS l'unique dépositaire de la mémoire opérationnelle d'un projet.