Comment ça marche
Une application, deux types de serveur
┌──────────────────────────────┐
│ Application Chronicler │
│ (un téléchargement, 2 modes)│
└───────┬──────────────┬───────┘
mode Cloud │ │ mode Local
▼ ▼
┌────────────────┐ ┌──────────────────────┐
│ Notre service │ │ Votre pile Docker │
│ hébergé │ │ sur votre machine │
└────────────────┘ └──────────────────────┘
Il n'y a pas de versions distinctes. Le serveur auquel l'application parle est un réglage dans Paramètres → Connexion, propre à chaque poste, et en changer vous déconnecte : les comptes Cloud et auto-hébergés sont totalement distincts, même avec la même adresse e-mail.
Le serveur, lui, décide de sa nature au moment du déploiement. Un serveur auto-hébergé sert toujours exactement une organisation, n'autorise jamais l'inscription libre, et exige toujours une licence. Ce ne sont pas des réglages.
D'une question à une réponse
Import
Le texte est extrait du fichier. Les pages scannées et les images passent par l'OCR. Il existe deux moteurs : le moteur standard, rapide, et un moteur assisté par IA que vous pouvez choisir import par import pour les pages que le premier déforme — typiquement des images de tableaux. Les tableurs ne passent pas par l'OCR : ils sont analysés ligne par ligne.
Indexation
Le texte est découpé en passages, et chaque passage est transformé en vecteur par le modèle d'indexation. Ces vecteurs sont stockés dans PostgreSQL grâce à l'extension pgvector : il n'y a pas de base de recherche séparée à exploiter.
Question
Votre question est transformée de la même manière et confrontée à ces passages, dans le périmètre que vous avez choisi (tout, une collection, ou des documents précis).
Réponse
Les meilleurs passages et votre question sont transmis au modèle de génération, qui rédige la réponse. Les passages utilisés reviennent sous forme de citations.
Sur un serveur auto-hébergé, chacune de ces étapes se déroule dans vos
conteneurs. Le modèle de génération tourne dans le conteneur ollama, sur votre
processeur ou votre carte graphique ; le modèle d'indexation tourne dans le
backend et est livré avec l'image, donc il fonctionne sans accès Internet.
Où les choses sont stockées
| Données | Emplacement |
|---|---|
| Comptes, collections, conversations, texte et vecteurs | PostgreSQL (postgres_data) |
| Fichiers importés d'origine, sauvegardes, identité de l'installation | backend_uploads |
| Modèles de langage téléchargés | ollama_data |
Ce avec quoi le serveur communique
Un serveur auto-hébergé n'établit que deux types de connexion sortante :
api.chroniclerlm.com, toutes les 30 minutes, pour vérifier la licence. Il transmet la clé et un identifiant d'installation — aucun contenu de document, aucune donnée utilisateur. Les réponses sont signées, donc rediriger cette vérification ailleurs ne fonctionne pas.- Docker Hub et GitHub, à l'installation et aux mises à jour, pour les images et le fichier compose.
Aucune analyse d'usage, aucun rapport d'incident vers nous, aucune donnée documentaire ne quitte la machine.
Le schéma se met à jour tout seul
Le backend applique ses migrations au démarrage. PostgreSQL démarre vide et le backend construit le schéma ; lors d'une mise à jour, il exporte la base avant de modifier le schéma et refuse de continuer si cet export échoue. Vous ne lancez jamais de migration à la main.
Pour aller plus loin
- Vue d'ensemble — les conteneurs et les ports
- Référence de configuration — tous les réglages
- Sécurité et réseau — exposer sans risque