L'application Sovrium

L'application Sovrium est le moteur que ce manuel décrit, avec une fenêtre autour. Elle fait une chose que la ligne de commande ne fait pas : elle prend en charge l'exécution du serveur, si bien qu'éditer la configuration est tout ce qu'il reste à faire.

Tout le reste continue de s'appliquer. Le fichier de configuration que l'application crée est une configuration Sovrium ordinaire : il tourne inchangé sous sovrium start, dans Docker, sur un serveur et en intégration continue, car rien du fait d'être supervisé par l'application n'entre dans le fichier.

L'installer

Téléchargez l'installeur de votre plateforme depuis la page de téléchargement, puis ouvrez-le.

Le moteur est dans l'application. Il n'y a rien d'autre à installer, et la commande sovrium que vous avez peut-être déjà dans votre PATH reste intacte : l'application exécute sa propre copie et les deux ne se gênent pas.

Si votre système d'exploitation vous avertit au sujet du téléchargement la première fois, Dépannage : l'application Sovrium explique ce qu'est chaque avertissement et comment le franchir.

Le premier lancement

L'application s'ouvre sur une liste de points de départ. Chacun d'eux crée un dossier sur votre machine avec un fichier de configuration dedans, et Sovrium exécute l'application que ce fichier décrit :

• Un modèle, l'un des points de départ livrés, le même jeu que propose sovrium init --template. Vous choisissez un nom de dossier et son emplacement.
• Un dossier que vous avez déjà, contenant un app.yaml.
• Une adresse, c'est-à-dire une configuration publiée à une URL https. Sovrium télécharge ce seul document et construit un nouveau projet autour. Rien n'est exécuté, une configuration écrite en TypeScript est refusée d'emblée, et la provenance du fichier est consignée à côté de lui. C'est sovrium init --from-url, décrit dans Commandes de projet.

Une fois le projet ouvert, l'application démarre le moteur, attend qu'il réponde, et affiche votre application dans la fenêtre. Le premier lancement est plus long que les suivants, parce que la base de données est créée à ce moment-là.

Où les choses vivent

Votre projet est un dossier, et il vous appartient. L'application n'en cache rien :

mon-crm/
  app.yaml       # votre configuration, l'application entière
  .sovrium/      # le répertoire de données : base, clé de chiffrement, verrou, état
  public/        # ressources statiques

Le répertoire de données se trouve à l'intérieur du projet : deux projets ne partagent donc jamais une base de données, et déplacer le dossier déplace l'application avec lui. C'est la valeur par défaut du moteur lui-même, ./.sovrium, et le .gitignore que l'échafaudage écrit le garde hors du contrôle de version.

L'application propose une action Révéler le dossier du projet pour exactement cette raison : le dossier est l'interface, et tout ce qui sait ouvrir un fichier sait modifier votre application.

Éditer la configuration

L'application n'édite pas votre configuration, et c'est délibéré. Sa page de réglages contient les réglages de Sovrium sur cette machine : quel projet est ouvert, le port, si l'application s'ouvre dans votre navigateur plutôt que dans sa propre fenêtre, si elle vérifie les mises à jour, les contrôles d'annulation et de réinitialisation, et le journal. Rien de la configuration de l'application elle-même n'y figure : aucune table, aucune page, aucun champ, aucune automatisation, aucun réglage de thème.

Vous modifiez votre application en éditant app.yaml, avec ce que vous voulez qui édite du texte : un éditeur, ou l'assistant d'IA que vous utilisez déjà. Sovrium remarque la sauvegarde et recharge. Dirigez un assistant vers le dossier une fois et il peut lire la configuration, la vérifier, et consulter ce qu'un réglage accepte ; Connecter votre IA à un projet en est le pas-à-pas.

Lorsqu'une sauvegarde ne peut pas être chargée, l'application le dit plutôt que de vous laisser deviner. Rien ne s'arrête, la version précédente continue de servir, et l'application montre ce que le moteur n'a pas pu lire, avec un bouton qui copie ces détails pour que vous les rendiez à votre assistant. Revenir d'une version est à un contrôle de distance : voir Annuler et réinitialiser.

Mises à jour

L'application a son propre système de mise à jour, et comme le moteur est livré dedans, les deux sont remplacés ensemble. sovrium update lancé contre le moteur intégré à l'application décline et le dit, plutôt que de laisser la fenêtre et le moteur sur des versions différentes.

La vérification des mises à jour est une requête vers l'infrastructure de Sovrium, et c'est la seule que l'application émette. Elle demande à sovrium.com/desktop/latest.json le numéro de version courant, et n'envoie rien sur vous, votre projet ou votre configuration. Désactivez-la dans les réglages et l'application ne contacte plus rien du tout. Le moteur qui exécute votre projet n'émet aucune requête de ce genre dans un cas comme dans l'autre, vérification activée ou non.

Étapes suivantes

• Connecter votre IA à un projet — diriger un assistant vers le dossier.
• Annuler et réinitialiser — l'historique, et revenir d'une version.
• Dépannage : l'application Sovrium — les avertissements d'installation, et une fenêtre qui s'ouvre sur rien.
• Démarrage rapide — la même première application, depuis la ligne de commande.