Déployer Dialogexa dans votre environnement · 0.1.0

Déployer votre propre version d'essai de Dialogexa

Version : 0.1.0, édition de test. Guide préparé le 1er octobre 2026.

Ce guide concerne le logiciel disponible au téléchargement. Le site présente une vision plus large du produit ; toutes les capacités annoncées ne sont pas présentes dans cette édition.

Installez votre propre espace pour tester les messages clients, les formulaires, les consignes internes, les réponses manuelles, la reprise d'une conversation, la validation des brouillons et la révision des connaissances. Les réponses générées par l'IA, la traduction automatique, le traitement des documents, les notifications mobiles et l'application iOS native restent des capacités prévues.

Choisir le téléchargement adapté

Téléchargement	À qui s'adresse-t-il ?	Contenu
Édition d'essai Linux ARM64	Utilisateurs disposant d'un serveur Linux ARM64 compatible	Serveur, environnement d'exécution .NET, composants SQLite et interfaces web compilées
Code source complet	Équipes souhaitant examiner, adapter ou recompiler le projet	Projets Visual Studio et Android Studio distincts, sources web et contrat d'API

Le serveur précompilé cible linux-arm64. Il a fonctionné sur un HolmesBox d'architecture aarch64 ; les autres distributions Linux ARM64 n'ont pas été testées individuellement. Pour Windows, Linux x64 ou macOS, recompilez les sources pour votre plateforme. Le paquet Linux ARM64 ne s'exécute pas directement sur ces systèmes.

L'environnement d'exécution .NET est fourni, mais ses dépendances natives doivent être disponibles sur votre système Linux. Vérifiez l'architecture et les prérequis Microsoft propres à votre distribution avant de commencer.

Lancer un essai privé sur Linux ARM64

Exécutez les commandes suivantes sur votre propre machine de test. Aucun GPU n'est nécessaire.

Vérifiez l'architecture :

uname -m

Le résultat attendu est aarch64. Placez l'archive téléchargée dans votre répertoire de travail. Comparez son empreinte SHA-256 à celle du manifeste publié sur la page de téléchargement, puis examinez son contenu :

sha256sum dialogexa-evaluation-linux-arm64.tar.gz
tar -tzf dialogexa-evaluation-linux-arm64.tar.gz

Conservez l'application et les données persistantes dans des répertoires distincts. Le répertoire de données doit rester en dehors de wwwroot :

trial_root="$HOME/dialogexa-trial"
mkdir -p "$trial_root/app" "$trial_root/data"
chmod 700 "$trial_root/data"
tar -xzf dialogexa-evaluation-linux-arm64.tar.gz -C "$trial_root/app"
chmod 755 "$trial_root/app/Dialogexa.Api"
cd "$trial_root/app"
DX_DATA_DIR="$trial_root/data" ASPNETCORE_URLS=http://127.0.0.1:18760 ./Dialogexa.Api

Laissez ce terminal ouvert. Depuis un second terminal, vérifiez que le serveur répond :

curl --fail http://127.0.0.1:18760/api/health

La réponse doit être un objet JSON contenant status: "ok". Cette version indique realModelEnabled: false et pushEnabled: false.

Si un navigateur est disponible sur le serveur, ouvrez :

Interface client : http://127.0.0.1:18760/chat/index.html?platform=demo-shop
Espace d'administration : http://127.0.0.1:18760/admin/index.html

Sur un serveur sans navigateur, établissez une redirection SSH depuis votre ordinateur, puis ouvrez les mêmes adresses locales :

ssh -L 18760:127.0.0.1:18760 your-user@your-host

Remplacez your-user et your-host par votre compte et votre serveur. Vous devez déjà disposer d'un accès SSH. Si le port 18760 est occupé sur votre ordinateur, choisissez un autre port local et utilisez-le dans les adresses ouvertes par le navigateur.

Accéder à votre espace d'administration

Au premier lancement, Dialogexa crée un jeton d'administration privé dans :

<votre répertoire de données>/.secrets/admin-token

Consultez ce fichier dans un terminal de confiance ou un lecteur de fichiers privé sur votre serveur. Saisissez ensuite son contenu dans le champ d'authentification de l'espace d'administration. Ne placez pas ce jeton dans une URL, une capture d'écran, un message public ou les sources web.

Le téléchargement ne fournit aucun accès à l'administration de la démonstration publique de Dialogexa. Vous utilisez uniquement les identifiants de votre propre installation.

L'interface client crée un identifiant d'accès propre à sa conversation. Pour simuler deux clients distincts, utilisez des profils de navigateur différents ou des fenêtres privées séparées.

Tester le parcours complet

Depuis l'interface client, ouvrez une conversation, envoyez une demande fictive et transmettez un formulaire de démonstration.
Connectez-vous à votre espace d'administration et ouvrez cette conversation.
Enregistrez une consigne interne, puis vérifiez qu'elle n'apparaît pas côté client.
Envoyez une réponse manuelle, ou rédigez un brouillon dans la langue du client, relisez-le et validez son envoi.
Reprenez la main sur la conversation. Vérifiez qu'un brouillon ou une version devenus obsolètes ne peuvent pas contourner les contrôles du serveur.
Arrêtez puis relancez le processus de test. Vérifiez que les messages et les formulaires ont été conservés.

Cette édition permet d'évaluer un véritable parcours de collaboration humaine. Le mode de contrôle auto ne signifie pas qu'un modèle d'IA est connecté. Les connaissances et les formulaires de démonstration sont des données de test ; ils ne constituent ni un tarif commercial ni un engagement de service.

Prévoir un service permanent et un domaine

La commande de lancement ci-dessus convient à un premier essai. La fermeture du terminal arrête l'application. Pour un fonctionnement permanent, demandez à l'administrateur du serveur de créer une unité systemd dédiée, avec un répertoire de travail fixe, un DX_DATA_DIR séparé et un compte sans privilèges root.

Une ouverture au public demande également votre propre domaine, un accès HTTPS, des permissions adaptées et un plan de sauvegarde. Gardez le port HTTP de test privé. Le paquet ne contient ni les identifiants du Tunnel de Dialogexa ni la configuration de son compte. Le raccordement d'un domaine et l'installation du service dépendent de votre environnement ; ils ne sont pas automatisés en un clic.

Les messages et les connaissances sont conservés dans votre répertoire de données SQLite. Avant une mise à jour, interrompez les écritures, effectuez une sauvegarde cohérente et conservez à la fois les données et la version précédente de l'application.

Recompiler pour une autre plateforme

Ouvrez VS/Dialogexa.sln dans Microsoft Visual Studio, ou le projet distinct AS/Dialogexa.Android dans Android Studio. Le contrat d'API partagé se trouve dans contracts/api-v1.md. Lisez les README des projets et vérifiez les versions des outils avant de lancer la compilation.

Le serveur fixe le SDK .NET 10.0.401 dans global.json. Les projets web disposent de fichiers de verrouillage des dépendances pour React, TypeScript, Vite et pnpm. Le README Android précise les exigences du Gradle Wrapper, d'AGP et du SDK. Certains chemins de développement correspondent à l'installation Windows de l'auteur ; adaptez-les à votre propre environnement Node et SDK Android.

Pour publier, par exemple, un serveur Linux x64 avec son environnement d'exécution :

dotnet publish VS/src/Dialogexa.Api/Dialogexa.Api.csproj -c Release -r linux-x64 --self-contained true -o output/linux-x64

Compilez les projets web, ou utilisez les fichiers dist fournis, puis placez les interfaces dans le répertoire de publication du serveur :

VS/web/portal/*                    → répertoire de publication/wwwroot/
VS/web/Dialogexa.Admin/dist/*     → répertoire de publication/wwwroot/admin/
VS/web/Dialogexa.Widget/dist/*    → répertoire de publication/wwwroot/chat/

Si vous remplacez la page d'accueil, préservez les répertoires admin et chat, ainsi que leurs ressources. Testez votre nouvelle compilation sur la machine à laquelle elle est destinée. Les vérifications de l'édition ARM64 ne valident pas une compilation x64, Windows ou macOS.

Références officielles

La version ARM64 existante a passé les vérifications du serveur, de l'API publique et de la persistance. Les interactions dans le navigateur, les installations sur d'autres machines, les appareils Android et la réception des notifications nécessitent leurs propres validations.