SynoptïaUne assistante au milieu du travail ordinaire
Retrouver un échange, préparer un rendez-vous, travailler sur un document : c’est autour de ces gestes que je construis THÉRÈSE. Une application de bureau qui rassemble le contexte et les outils utiles à un entrepreneur.
Le projet est ouvert, gratuit et encore en alpha. Ce dernier mot compte. Dans mon retour sur le guide de la version 0.66, la visite de l’application avait fait remonter neuf bugs. Un programme peut beaucoup avancer et conserver des défauts très visibles.
Cet article présente la direction du projet et son périmètre documenté. Pour connaître les changements d’une version précise, la référence reste la page des releases.
Ce que le projet rassemble
La documentation du dépôt décrit notamment la conversation avec plusieurs fournisseurs de modèles, un contexte local de contacts et de projets, ainsi que des fonctions d’e-mail, de calendrier, de CRM et de création de documents.
Ce regroupement doit aider à travailler sur un dossier sans transporter manuellement la même information d’un écran à l’autre. Mais chaque connexion doit être configurée, et chaque usage important doit être essayé dans l’environnement concerné.
Je ne veux pas présenter un menu rempli comme la preuve que tout le parcours est abouti. Le document doit s’ouvrir, l’information doit être retrouvée et l’utilisateur doit comprendre ce qui vient de se passer.
Local : préciser de quoi l’on parle
Le dépôt décrit un stockage local du contexte et le choix du fournisseur d’IA. Ces deux éléments doivent être lus ensemble. Si une requête utilise un modèle cloud, les informations nécessaires à cette requête lui sont transmises. Un e-mail ou une recherche web mobilisent également les services configurés.
Un modèle local permet d’envisager une autre configuration, à vérifier avec les fonctions réellement utilisées. Installer l’interface sur son ordinateur ne suffit donc pas à affirmer qu’aucune donnée ne sort.
Pour un premier essai, je recommande des documents de démonstration. On peut alors observer les accès et le résultat sans commencer par un dossier confidentiel.
Essayer une tâche jusqu’au bout
Choisissez un petit parcours : ajouter un document, poser une question à son sujet, puis retrouver l’information après avoir quitté l’écran. Notez la version utilisée et le résultat attendu.
En cas de défaut, indiquez l’action qui le déclenche, le message affiché et ce qui aurait dû arriver. Une capture expurgée de données sensibles aide à comprendre. Les retours peuvent être déposés dans les issues du projet.
Les enseignements de la visite du guide expliquent pourquoi j’accorde autant d’importance à ces essais, même après des contrôles automatiques.
Et pour une équipe ?
Le besoin collectif ajoute des questions d’habilitation, d’exploitation, d’assistance et de maintenance. Une application individuelle ne répond pas automatiquement à toutes ces exigences.
Un projet d’équipe doit être évalué dans son contexte, avec les personnes qui l’administreront. La disponibilité de code serveur ne prouve pas que le déploiement réponde déjà à leurs besoins.
Vous pouvez consulter le code et la documentation, puis les installeurs disponibles dans les releases. Le meilleur point de départ reste une tâche simple et un retour précis sur ce qui fonctionne ou bloque.