Retour aux projets

ÉTUDE DE CAS 03 / SYSTÈMES MULTI-AGENTS

DevAgent.

Quatre agents locaux coordonnent spécification, développement, tests et fichiers de déploiement grâce à un contexte projet partagé.

Mon rôle

Développement d’une application multi-agents

Statut du projet

Dépôt public · Prototype fonctionnel

Technologies
  • Ollama
  • Python
  • LLM locaux
  • Orchestration d’agents
DevAgent / Espace des agentsINTERFACE
DevAgent
Capture de l’interface DevAgent avec son espace de travail pour les agents.
Capture du projet · Interface réelle
01

Le problème

Générer du code n’est qu’une étape de la création d’une application. Le processus doit aussi maintenir la cohérence entre les spécifications, l’implémentation, les tests et les fichiers de livraison.

02

Contexte & rôle

J’ai développé un prototype multi-agents local pour explorer ce problème de coordination. La version actuelle du projet est publiée dans le dépôt FULL-STACK-DAV-AGENTS.

03

La solution

Un agent architecte prépare les spécifications et l’architecture. Un agent développeur travaille sur les fichiers de l’application. Un agent testeur produit les éléments de test et les retours associés. Un agent de déploiement prépare les fichiers de livraison.

Les agents échangent un contexte projet, au lieu de traiter chaque étape comme une requête indépendante. Ollama fournit l’environnement d’exécution des modèles locaux.

04

Choix techniques

Séparer les agents par responsabilité permet d’examiner leurs résultats intermédiaires : les spécifications avant le code, puis les tests générés avec leurs résultats.

Le fonctionnement local dépend des ressources de la machine et de la configuration des modèles. Produire un Dockerfile ou un workflow CI reste distinct d’un déploiement public réussi.

05

Éléments présentés

Le visuel est une capture existante issue du dépôt du projet. Celui-ci contient l’implémentation et la documentation du processus local actuel.

Le périmètre présenté couvre la coordination de quatre agents et les fichiers qu’ils produisent. Les pistes de la feuille de route ne sont pas présentées comme des fonctionnalités déjà livrées.

06

Limites

Les spécifications, le code, les tests et les fichiers de déploiement générés nécessitent une revue humaine. Produire un fichier de test ne prouve pas la validité de l’application ; produire une configuration de conteneur ne prouve pas le déploiement d’un service.

La qualité des modèles, les ressources disponibles et les outils installés influencent le résultat. Le projet est présenté comme un prototype, sans promesse d’autonomie en production.

07

Explorer le projet

Le lien vers le code ouvre FULL-STACK-DAV-AGENTS, le dépôt actuel de ce projet. Sa documentation précise la configuration prise en charge et l’état de l’implémentation.

06 / ÉCHANGEONS

Une idée en tête ?
Donnons-lui vie.

Un projet à construire, des données à comprendre ou une opportunité de PFE. Parlons-en.