OpenSquilla 0.5.3 : des Goals persistants et des tâches longues plus robustes

OpenSquilla 0.5.3 est une version de maintenance de la branche stable 0.5. Elle améliore les Goals, les chats longue durée, les Skills, la planification, Web/Desktop ainsi que la récupération, les mises à niveau, la Sandbox, les providers et le suivi de l’usage.

Les Goals persistent d’un tour à l’autre et peuvent continuer automatiquement avec une progression visible. Ils peuvent être suspendus, repris, modifiés, effacés ou différés en mode Plan. Les flux longs récupèrent aussi plus proprement après une reconnexion du renderer.

Les messages de suivi et pièces jointes en attente persistent après une reconnexion et conservent leur ordre. Les transferts de projet et forks de session gardent le contexte prévu sans réécrire l’historique ; face à un ancien Gateway, les forks échouent de manière visible et sûre.

Web/Desktop bénéficie notamment d’une barre supérieure adaptative, d’un composer flottant et repliable, de sections latérales, de cartes de chat, du nombre de sessions et d’une meilleure présentation des artifacts. Les diagnostics Desktop recueillent aussi la console du renderer et les informations de crash.

Community Skills ajoute la résolution immuable des sources, la gestion transactionnelle, les diagnostics de cycle de vie et des limites de compatibilité explicites. MetaSkills, `/meta`, les espaces Cron et les plannings gagnent en cohérence, tandis que la découverte de modèles TokenRhythm et le replay DeepSeek sont fiabilisés.

Seuls un véritable verrouillage de profil ou une configuration plus récente incompatible bloquent le démarrage. Une configuration corrompue peut être réparée depuis des sauvegardes limitées. Les téléchargements privilégient le miroir OSS vérifié et s’arrêtent si le checksum diffère. Les politiques Sandbox sont également étendues.

Avant la mise à niveau, quittez Desktop et Gateway, puis sauvegardez le profil actif si nécessaire. Installez 0.5.3 directement sur 0.5.2 : les données existantes sont conservées et les migrations additives s’exécutent au démarrage du Gateway.