AIaW : un client de chat IA local-first, désormais remplacé par Nya AI

Un client de chat, pas un routeur de modèles

AIaW se présente comme un client de chat IA. Le README liste les fournisseurs pris en charge (OpenAI, Anthropic, Google, DeepSeek, xAI, Azure, entre autres) et renvoie, dans les projets liés, vers New API, un système de gestion et de distribution d'interfaces de modèles au format compatible OpenAI. Cette séparation est utile à comprendre : AIaW ne cherche pas à agréger des clés ni à facturer des requêtes, il fournit l'interface, le stockage et l'outillage autour des conversations. C'est un choix de périmètre, pas une limite technique.

Le public visé est celui qui veut garder la main sur ses conversations. Le stockage local d'abord, la synchronisation cloud après connexion, l'auto-hébergement documenté et une version web installable en PWA : ces éléments dessinent un utilisateur qui accepte de configurer ses propres clés d'API et son propre serveur. Les espaces de travail, les dossiers imbriqués et les assistants globaux ou par espace répondent au même profil : quelqu'un qui accumule beaucoup de fils et veut les organiser par thème plutôt que dans une liste unique.

Stockage local, synchronisation en arrière-plan, et ce que le README ne détaille pas

Le mécanisme de données visible dans le matériel fourni tient en trois points. Les données sont stockées localement d'abord, accessibles hors ligne, avec un chargement que le README qualifie d'instantané. La synchronisation cloud devient disponible après connexion, pour un usage multi-appareil. Enfin, plusieurs onglets du même navigateur peuvent travailler en parallèle, avec une synchronisation des données décrite comme réactive.

Ce que le README ne dit pas, c'est la forme du stockage local (base embarquée, IndexedDB, fichiers), ni le protocole de synchronisation, ni la gestion des conflits quand deux appareils modifient le même fil. Ces points ne sont pas confirmables à partir du matériel fourni. Pour un client de chat personnel, l'absence de détail sur les conflits est acceptable. Pour un usage à plusieurs sur un même espace de travail, c'est la première question à poser avant de s'engager.

Les branches de modification et de régénération constituent un autre choix d'architecture visible dans l'interface : une réponse régénérée ne remplace pas la précédente, elle s'ajoute comme branche. Le coût est un historique plus lourd à parcourir. Le bénéfice est de ne jamais perdre une variante qu'on voulait comparer.

MCP, plugins et Artifacts : trois systèmes distincts

Le README distingue clairement trois mécanismes qui se recouvrent partiellement, et cette distinction vaut la peine d'être lue avant d'installer quoi que ce soit.

Le premier est le protocole MCP, avec prise en charge des Tools, Prompts et Resources, deux modes de connexion (STDIO et HTTP), et l'installation de serveurs MCP soit depuis une place de marché de plugins, soit manuellement. Les badges en tête de README indiquent la prise en charge des resources, prompts et tools. C'est le chemin standard pour brancher des outils externes sur le modèle.

Le deuxième est le système de plugins, qui n'est pas réductible à l'appel d'outils. Le README inclut une calculatrice, des plugins d'analyse de documents et de vidéos, et de la génération d'images. Il mentionne aussi la possibilité de configurer des applications Gradio comme plugins et une compatibilité avec certains plugins LobeChat. Cette compatibilité partielle est un point à vérifier plugin par plugin, pas une garantie.

Le troisième est Artifacts : n'importe quelle portion d'une réponse de l'assistant peut être convertie en Artifact, éditable, versionné, avec coloration syntaxique, permissions de lecture et d'écriture contrôlées pour l'assistant, et plusieurs Artifacts ouverts en même temps. La version web et la version bureau se comportent différemment ici, mais le README ne détaille pas ces différences.

Compiler et lancer l'application

Le README donne les commandes d'installation et de build, sans section dédiée à la configuration applicative. Les voici telles quelles.

L'installation des dépendances se fait avec pnpm :

pnpm i

Le mode développement, avec rechargement à chaud et rapport d'erreurs, s'obtient avec :

quasar dev

La vérification du code passe par :

pnpm lint

Pour la production, deux cibles sont documentées :

quasar build

pour une SPA, et

quasar build -m pwa

pour une PWA.

Le README renvoie à un guide d'auto-hébergement séparé (docs.aiaw.app/self-host/) pour le déploiement, ainsi qu'à une page dédiée pour MCP, Artifacts, plugins, analyse de fichiers et variables de prompt. Aucune clé de configuration n'est donnée dans le README lui-même. Si vous cherchez un fichier de configuration à éditer avant de lancer, il faut consulter ces pages de documentation, pas le dépôt. La pile est Quasar et Vue, ce qui explique la forme des commandes.

La dépréciation est le fait le plus important du dépôt

Le README ouvre sur un avertissement : le projet est déprécié et remplacé par Nya AI, présenté comme une réécriture complète avec une nouvelle pile technique. Le texte précise que le nouveau projet reprend la plupart des fonctionnalités et une expérience cohérente, avec des ajouts et des optimisations. Une page de migration est indiquée pour les utilisateurs existants.

La dernière version publiée porte d'ailleurs la mention « Migrating to Nya AI » dans son intitulé, et la version suivante date de quelques semaines après. Autrement dit, la dépréciation n'est pas une note oubliée en haut d'un fichier : elle est intégrée au cycle de publication.

La conséquence pratique est simple. Installer AIaW aujourd'hui, c'est adopter un logiciel dont l'auteur annonce lui-même qu'il ne portera pas la suite. Cela peut rester un choix raisonnable pour un usage local et stable, sans dépendance à de nouveaux plugins ni à de nouveaux serveurs MCP. Cela devient un mauvais choix dès que le projet doit durer, être maintenu par quelqu'un d'autre, ou servir de base à des intégrations qui évolueront avec le protocole MCP.

Ce qu'implique la licence BSD-3-Clause

Le dépôt est publié sous BSD-3-Clause. C'est une licence permissive : elle autorise la redistribution et la modification, y compris dans un produit propriétaire, à condition de conserver la notice de copyright et la clause de non-approbation, qui interdit d'utiliser le nom des détenteurs pour promouvoir un dérivé sans autorisation. Concrètement, forker AIaW pour en faire un client interne reste possible.

Un forkeur sérieux doit toutefois prévoir le coût de maintenance à sa charge : les mises à jour de fournisseurs de modèles, les évolutions du protocole MCP et les correctifs de sécurité ne viendront plus de l'amont. La licence ne dit rien de ce coût, mais elle en fait la responsabilité de celui qui reprend le code. Ce texte n'est pas un avis juridique ; pour un usage commercial, faites relire la licence et la notice de copyright par qui de droit.

Face à un client de chat générique, et face à Nya AI

La comparaison la plus directe est celle avec Nya AI, puisque l'auteur l'établit lui-même. La différence n'est pas une question de fonctionnalités : le README affirme que Nya AI reprend la plupart des fonctionnalités d'AIaW avec une expérience cohérente. La différence est la pile technique, entièrement réécrite, et le fait que Nya AI est le projet actif. Choisir AIaW, c'est choisir la version figée d'une interface dont l'équivalent vivant existe ailleurs.

Face à un client de chat générique, la différence porte sur trois points visibles dans le matériel fourni. Les espaces de travail séparent les conversations par thème, avec dossiers imbriqués et assistants globaux ou locaux. Les Artifacts sont éditables, versionnés, avec permissions de lecture et d'écriture contrôlées pour l'assistant. Le stockage local d'abord, avec synchronisation cloud optionnelle après connexion, change le rapport aux données par rapport à un client qui suppose un compte en ligne dès le départ.

Reste la recherche web : le README indique qu'elle repose sur SearXNG et qu'elle est prête à l'emploi, avec recherche et exploration d'URL concurrentes. C'est un choix qui suppose soit une instance SearXNG accessible, soit la configuration fournie par défaut. Le README ne tranche pas, et cette ambiguïté mérite d'être levée avant de compter sur cette fonction.

Conclusion éditoriale

AIaW convient encore à un usage local et hors ligne sur une machine existante, tant que les conversations restent dans le navigateur ou dans l'application de bureau. Il ne convient pas à un nouveau déploiement d'équipe ni à un projet qui dépend de MCP ou de plugins à moyen terme, puisque le README renvoie explicitement vers Nya AI et la page docs.aiaw.app/migration/. Avant toute installation, vérifiez deux choses concrètes : le contenu de cette page de migration, et le mode de build retenu, quasar build pour une SPA ou quasar build -m pwa, car c'est lui qui détermine si les données restent sur le poste.

Sources officielles

1. License: BSD-3-Clause
2. NitroRCr/AIaW on GitHub
3. Project website
4. README
5. Releases