Concept

Agents IA local-first

Un agent IA local-first tourne sur votre propre machine plutôt que dans le cloud d'un éditeur. Voici ce que cela signifie, comment il se compare aux configurations cloud et auto-hébergées, et pourquoi cela compte pour la confidentialité, les coûts et le contrôle.

Quelles parties tournent réellement en local ?

Le local-first ne se réduit pas à l'endroit où un programme démarre. Un agent a quatre pièces mobiles : la boucle de contrôle qui planifie et décide, la mémoire qu'il accumule, les outils qu'il exécute et le modèle de langage avec lequel il pense. Avec Veyllo (VAF), les trois premières tournent toujours sur votre matériel. Le modèle est le seul endroit où vous choisissez entre local et hébergé. Cette séparation fait toute la différence avec un agent cloud, où les quatre sont chez l'éditeur.

La différence

Cloud, auto-hébergé, local-first

Trois façons d'exécuter un agent, et où vivent vos données dans chacune.

Agent cloud

Tourne entièrement sur les serveurs d'un fournisseur. Pratique pour démarrer, mais vos données, votre contexte et vos clés vivent chez lui — et l'interrupteur aussi : une panne, un changement de conditions ou un compte suspendu arrête l'agent, quelle qu'en soit la raison.

Agent auto-hébergé

Tourne sur une infrastructure que vous exploitez, en général un serveur que vous administrez. Le contrôle est de votre côté, mais le serveur aussi : à vous de le faire tourner et de l'entretenir.

Agent local-first

Tourne sur votre propre machine, dans sa propre fenêtre. L'installateur met en place le serveur local et le compte pour vous, et vos données restent chez vous. Aucune infrastructure distante à provisionner ni à entretenir. C'est le fonctionnement par défaut de Veyllo.

Local-first et auto-hébergé se recoupent : dans les deux cas, le contrôle est de votre côté. Le local-first signifie précisément que l'agent tourne là où vous êtes, sur votre appareil. Avec Veyllo, les deux sont possibles : en local, ou en auto-hébergeant le harness sur votre propre serveur.

Local, pas mono-utilisateur

Un hôte, toute votre équipe.

Local-first ne veut pas dire une seule personne. Même l'application de bureau s'ouvre au réseau d'un simple interrupteur, sans installation serveur séparée. Votre machine, une tour de rechange à la maison ou un serveur d'entreprise devient l'hôte, et tout le monde sur le réseau local y accède en HTTPS.

Server
Un interrupteur pour partager. Basculez l'option dans l'application (ou lancez vaf server on) et VAF est joignable sur votre réseau en HTTPS. Une installation de bureau ordinaire suffit, pas besoin de serveur séparé.
Un compte distinct par personne. Chacun dispose de son espace isolé : mémoire, tâches et préférences séparées. Personne ne voit celles des autres.
Sans abonnement par utilisateur. Une seule instance sert toute l'équipe ou tout le foyer. Vous l'exécutez une fois au lieu de payer pour chaque personne.
Pourquoi c'est important

Ce que cela vous apporte.

Des prompts qui ne voyagent jamais. Un texte qui ne quitte pas la machine ne peut être ni journalisé, ni conservé, ni utilisé pour l'entraînement, ni remis sur demande. Avec un modèle local, cela couvre toute la chaîne de traitement, pas seulement le stockage.
Aucun éditeur entre vous et votre travail. Personne ne peut augmenter les prix, retirer le modèle sur lequel vous comptez, changer les limites de débit ni suspendre un compte. Une configuration qui marche aujourd'hui marche encore l'an prochain, avec les mêmes poids de modèle.
De l'électricité plutôt que des tokens. Un modèle local n'a pas de facture au token. Les longs contextes, les exécutions répétées et les traitements nocturnes coûtent autant qu'une machine au repos — c'est ce qui rend abordables les tâches planifiées et multi-étapes.
Fonctionne sans connexion. Dans un train ou sur un réseau verrouillé, l'agent continue avec un modèle local, mémoire et fichiers compris.
Le seul vrai choix

Modèle local ou modèle hébergé ?

Tout le reste, dans un agent local-first, est déjà réglé. Voici la décision qui vous appartient vraiment — et elle peut changer plus tard.

Modèle local. Tourne sur votre GPU ou CPU. Rien ne quitte la machine et il n'y a pas de facture au token ; vitesse et qualité suivent le matériel. Les petits modèles gèrent bien les brouillons, les synthèses et le travail sur fichiers ; le raisonnement exigeant réclame un GPU costaud.
Modèle hébergé. L'agent tourne toujours en local, seul l'appel au modèle sort. Les modèles de pointe deviennent accessibles sans acheter de matériel, facturés au token ; le prompt et les fichiers joints parviennent au fournisseur du modèle.
Les deux, selon la tâche. La plupart des configurations finissent mixtes : le modèle local pour le courant et le confidentiel, un modèle hébergé pour les cas difficiles. Changer tient en une ligne de configuration — le choix n'est jamais définitif.
Comment Veyllo s'y prend

Ce que Veyllo ajoute au-dessus du modèle.

Veyllo transforme un modèle de langage en agent qui travaille en local : une mémoire vectorielle persistante qui se souvient d'une session à l'autre, une panoplie complète d'outils (web, code, fichiers, navigateur) plus tout ce que vous branchez via MCP, des sous-agents à qui déléguer, et l'exécution de code en bac à sable. Faites-le tourner sur un modèle local, ou pointez-le vers l<api>API Veyllo, compatible OpenAI</api>, quand vous voulez un backend cloud. Open source, AGPL-3.0, licence commerciale disponible.

FAQ

Vos questions, nos réponses.

Qu'est-ce qu'un agent IA local-first ?

La boucle de contrôle, la mémoire et les outils tournent sur votre appareil ; seul le modèle peut se trouver ailleurs, si vous en choisissez un hébergé. Un agent cloud met tout cela sur les serveurs de l'éditeur, y compris le contexte de chaque requête.

Un agent local-first, est-ce la même chose que l'auto-hébergement ?

Ils se recoupent sur qui détient le contrôle, pas sur l'endroit où le travail se fait. L'auto-hébergement déplace le logiciel vers un serveur que vous administrez ; le local-first le met sur la machine devant vous, sans serveur à provisionner. Veyllo fait les deux, et l'hôte auto-hébergé peut servir toute une équipe.

Dois-je envoyer mes données dans le cloud pour utiliser Veyllo ?

Non. Veyllo est local-first : vous pouvez exécuter l'agent entièrement sur votre machine, modèles compris. L'API Veyllo hébergée est optionnelle : elle fournit les modèles dont VAF a besoin (texte, vision, voix) si vous préférez ne pas exploiter les vôtres.

Plusieurs personnes peuvent-elles utiliser une seule installation de Veyllo ?

Oui. Activez le partage réseau et VAF est joignable sur votre réseau local en HTTPS, même depuis une installation de bureau ordinaire. Chaque personne a son compte, avec mémoire et tâches isolées ; un seul hôte sert tout le monde, sans abonnement par utilisateur.

Puis-je utiliser le SDK OpenAI avec l'API Veyllo ?

Oui. L'API Veyllo est compatible OpenAI. Pointez n'importe quel SDK OpenAI ou client HTTP vers api.veyllo.app/v1 et utilisez votre clé Veyllo. Le chat et la vision sont pris en charge.

Puis-je construire mes propres agents IA avec VAF ?

Oui. VAF est publié sur PyPI : pip install --pre vaf installe le cœur d'exécution, et vous construisez par-dessus vos propres agents, outils et solutions, y compris votre propre harness. Les extensions comme le serveur ou la pile mémoire s'installent de la même façon, et le guide d'intégration de la documentation VAF vous accompagne pas à pas. Le drapeau --pre est nécessaire tant que VAF est en alpha.

Quelle licence utilise Veyllo ?

Le Veyllo Agentic Framework (VAF) est sous double licence : AGPL-3.0 pour l'usage open source, plus une licence commerciale pour les équipes qui ont besoin d'autres conditions.

Quels systèmes d'exploitation sont pris en charge ?

Veyllo tourne sur macOS, Windows et Linux — en application de bureau, sur un serveur ou depuis le terminal.

Les agents IA local-first, expliqués · Veyllo