guilds.run : des agents IA open source en équipe

guilds.run, conçu par Cigale AI, fait fonctionner des équipes durables d’agents IA. Chaque agent possède sa mission, son modèle et ses outils ; l’équipe partage une conversation, des notes et des tableaux.

À quoi sert guilds.run, simplement ?

Imaginez un atelier où plusieurs assistants IA se répartissent le travail : rechercher des informations, préparer un brouillon et organiser les résultats. Un guild désigne l’équipe, un Task sa consigne permanente par agent, et un run une exécution enregistrée. Vous pouvez lire le prompt réellement envoyé, les appels d’outils, leurs résultats et les changements de mémoire.

L’intérêt concerne surtout les développeurs et responsables de processus répétitifs qui veulent comprendre les erreurs et améliorer la suite. Le déploiement et le paramétrage des modèles demandent un effort à prendre en compte.

Comprendre une erreur avant de modifier les consignes

Avec Inspect run, vérifiez d’abord la consigne effective, puis les entrées et réponses des outils. Consultez les versions de mémoire lorsqu’une mauvaise hypothèse se propage.

Prompt Studio examine les données d’une équipe existante et propose un nouveau Task. Vous relisez les différences et publiez ou rejetez la proposition. Le coach ne publie pas seul ; les modifications concernent les prochaines exécutions, sans réécrire les anciennes. Cette visibilité facilite le diagnostic sans garantir la justesse des réponses.

Organiser les rôles et les connaissances

Les notes accueillent règles et conclusions, les tableaux les données structurées, et les scripts les traitements réutilisables. La mémoire individuelle prolonge le contexte entre les runs. Définissez une entrée, un résultat attendu et les actions autorisées avant d’élargir l’équipe.

Les connecteurs peuvent être des adaptateurs natifs ou des endpoints MCP. Gmail, Drive et GitHub nécessitent aussi une configuration d’applications et de justificatifs d’accès dans l’instance. Les outils peuvent être limités à l’organisation, au guild ou à un agent.

Installer et vérifier un premier guild

Prévoyez Docker avec Compose, git et bash. La documentation d’installation indique :

git clone https://github.com/CigaleAI/guilds.git
cd guilds
./setup.sh
docker compose up --detach --wait

La première construction des images prend plusieurs minutes. Conservez le fichier .env généré : sa clé chiffre les accès enregistrés. Ouvrez http://127.0.0.1:8080/.

Connectez un fournisseur, cochez les modèles autorisés et choisissez le modèle par défaut. Créez un guild, ajoutez un agent et enregistrez son Task dans Prompt. Envoyez un petit test dans Group chat : @nom au début cible un membre, tandis qu’un message sans mention réveille toute l’équipe. Ouvrez Inspect run, puis posez une question de suivi et examinez la mémoire dans State. L’accès à distance se configure séparément.

Programmer puis réutiliser une configuration

Les routines peuvent être mises en pause. Cron utilise UTC et impose au moins cinq minutes entre réveils. Arrêtez les routines de test lorsqu’elles ne servent plus.

Une Recipe exporte la configuration en JSON : Save as recipe, validation, exportation. Après importation, vérifiez la création prévue, complétez les connexions et activez les routines. Les clés, historiques de chat, mémoires, enregistrements et profils de navigateur ne sont pas transférés. L’annuaire public de recettes est encore annoncé comme à venir.

Logiciel gratuit, modèles payants et données

Vérifié le 14 octobre 2026 : le cœur auto-hébergé est un logiciel libre sous AGPL-3.0-only. L’édition hébergée est distincte et propriétaire ; aucun tarif actuellement disponible ni quota n’a été confirmé. Le matériel, les services externes et les appels de modèles restent à votre charge éventuelle.

Le cœur accepte OpenAI, OpenRouter, xAI, DeepInfra et des endpoints locaux compatibles comme Ollama, LM Studio ou vLLM. Claude et Gemini sont accessibles via OpenRouter ; Kimi Code concerne seulement les agents de programmation. La documentation des clés précise que le fournisseur facture le titulaire de la clé et que Guilds ne fixe aucun plafond de dépenses.

Auto-héberger ne rend pas locales les requêtes envoyées à un modèle distant. Dans Docker, 127.0.0.1 désigne le conteneur, ce qui compte pour joindre un serveur local. Limitez les secrets : les agents partageant une machine partagent une frontière de confiance. Les pages de confidentialité et de conditions renvoyaient 404 ; les règles complètes de conservation et d’entraînement restent non vérifiées.

Questions fréquentes

L’auto-hébergement est-il entièrement gratuit ?

Le logiciel est gratuit, mais modèles, infrastructure et services peuvent être facturés. Fixez un budget chez le fournisseur.

Peut-on utiliser un modèle local pour des données confidentielles ?

Oui, avec un endpoint compatible. Vérifiez aussi les connecteurs et appels externes ; les conditions complètes de confidentialité n’étaient pas accessibles.

Peut-on vérifier ce qu’un agent a réellement fait ?

Oui. Inspect run montre le prompt effectif, les appels d’outils et leurs résultats. Les versions de mémoire aident à suivre le contexte, sans garantir une réponse correcte.

Ressources officielles

• Documentation : installation et exploitation.
• Code source et signalement de problèmes : implémentation et licence.
• Compte officiel X : annonces.
• Communauté Discord liée : accès pouvant nécessiter une adhésion.
• Recettes et format JSON : configuration portable.