v3.1.0 — autonomie, mémoire par demande, capacités de calcul en mission

Ely devient autonome, se souvient mieux et n'abandonne plus.

Neuf jours, vingt-huit PR. La mission ne se conclut plus sur la parole du modèle : un passage est toujours jugé, une limite annoncée n'est pas une demande satisfaite, un outil qui annonce son échec en texte est un échec. Elle peut poser une question et attendre, créer un compte sous accord, remplir un formulaire jusqu'au bout. Un événement (mail, agenda, document) peut la déclencher ; des critères de réussite bornent sa conclusion ; une écriture incertaine attend une vérification humaine plutôt qu'un rejeu. La mémoire est choisie à chaque demande, et la voix peut venir d'un service local à voix clonée.

Ce que la version apporte :

• Autonomie — page Autonomie : automatismes sur événement, critères de réussite, accusés durables avant chaque écriture de mission, « exécution incertaine » soumise à l'utilisateur, autorisations par catégorie, suivi des procédures apprises (migration 0038_autonomy).
• Mémoire par demande — union FTS5 + vecteurs fusionnée par rang, budget borné, page Mes mémoires (corriger, réserver, épingler, oublier), journal « Utilisé pour cette réponse » (migration 0039_memory_context).
• Missions — question à l'utilisateur, compte créé sous accord via le coffre, formulaires complets dans le navigateur, niveau de routage « Missions », familles d'outils par mission, retours compactés, capacités de calcul créées et testées pendant la mission (sandbox_save_tool / sandbox_run_tool, 204 outils).
• Voix locale — service XTTS-v2 à voix clonée, phrase par phrase, repli edge-tts.
• Interface — halo pendant le travail, thèmes persistants, panneau de présence, bannière de reconnexion GPT, incidents fiables.

Le détail, lot par lot, est dans le CHANGELOG ([3.1.0]), qui couvre les PR #375 → #402.

What's Changed

• fix(extension) : la passerelle attend le délai demandé, et un onglet qui répond n'est pas une erreur (#375)
• feat(missions) : le formulaire ne propose plus de spec YAML — une mission se décrit par son objectif (#376)
• fix(missions) : un tour de mission reste sur COMPLEX, le pool SQLite se dimensionne et se voit, une reprise connaît ses résultats (#377)
• fix(missions) : une mission ne s'ausculte pas (#378)
• fix(missions) : une erreur serveur du fournisseur se reporte et se replie, elle ne tue plus la mission (#379)
• fix(missions) : le juge lit la fin du passage, un passage automatisé n'escalade pas, un budget épuisé clôt la mission avec son bilan (#381)
• feat(missions) : une mission choisit ses familles d'outils au premier passage (#382)
• feat(planification) : une tâche planifiée peut lancer une mission (#383) ; l'aide du champ cadence (#384)
• fix(missions) : ce qu'un profil exclut, rien ne le rebranche ; une procédure apprise ne bloque plus le travail (#385)
• fix(missions) : relancer une mission efface aussi son carnet, sa sélection d'outils et son plan de session (#386)
• fix(audit) : un garde préalable en panne suspend l'action, F821 activé (#387)
• fix(passerelle) : un outil qui annonce son échec en texte n'est plus compté comme un succès (#388)
• fix(missions) : une mission ne se conclut plus sur la parole du modèle, un passage est toujours jugé (#389)
• fix(python) : les fichiers produits par python_execute survivent au sandbox (#390)
• docs(readme) : README EN et FR, discours local/cloud, vrai nombre d'outils (#391)
• fix(routage) : une relance courte ne part plus en local, une annulation affirmée sans outil est bloquée (#392)
• feat(missions) : une mission peut poser une question à l'utilisateur et attendre sa réponse (#393)
• feat(missions) : une mission crée un compte pour l'utilisateur sous son accord, sans mot de passe en clair (#394)
• feat(navigateur) : menus déroulants, cases à cocher et boutons radio se remplissent (#395)
• feat(missions) : un niveau de routage « Missions », un plafond de 10 M de tokens, un bouton Relancer qui garde le carnet (#396)
• perf(missions) : un passage compacte ses anciens retours d'outils avant chaque appel au modèle (#397)
• feat(voix) : la voix d'Ely peut venir d'un service local XTTS-v2 à voix clonée (#398)
• feat(chat) : un halo tourne autour de la zone de saisie tant qu'Ely travaille (#399, #400, #401)
• feat(v3.1.0) : autonomie, mémoire par demande, capacités de calcul en mission, incidents fiables (#402)

Full Changelog: v3.0.0...v3.1.0