Points clés
- Dépôt : 187 081 étoiles, 531 issues ouvertes, non archivé — activement mis à jour au moment de cette revue
- AutoGPT Platform (autogpt_platform/, agpt.co) : constructeur d'agents visuel, hébergé et payant — Polyform Shield License (source-available, restreint l'usage commercial concurrent)
- AutoGPT Classic (classic/original_autogpt/) : l'agent CLI autonome d'origine — licence MIT, reçoit toujours des commits de sécurité et de maintenance
- Modèles locaux : Classic prend en charge tout serveur compatible API OpenAI (dont Ollama) via OPENAI_API_BASE_URL, plus un support natif de Llamafile via LLAMAFILE_API_BASE
- La configuration d'environnement de la Platform elle-même n'a aucun réglage Ollama ou modèle local — elle est bâtie autour de fournisseurs de modèles hébergés
- Aucun programme d'affiliation n'existe pour AutoGPT sur ce site ni ailleurs ; chaque lien ci-dessous est un lien simple et déclaré
📍 En une phrase
AutoGPT est désormais deux produits : une AutoGPT Platform payante et hébergée (licence Polyform Shield) où se concentre le développement actif, et un agent CLI classique historique sous licence MIT qui tourne toujours en local avec Ollama via un point de terminaison générique compatible OpenAI, mais qui ne reçoit que des mises à jour de maintenance, pas de nouvelles fonctionnalités.
💬 En termes simples
L'« AutoGPT » dont la plupart des gens se souviennent — un agent en ligne de commande que l'on pointe vers son propre modèle — existe toujours et reste gratuit (MIT), mais l'entreprise qui le porte consacre désormais son énergie à un produit payant distinct, doté d'un constructeur visuel. Lisez la licence et le nom du dossier avant de décider lequel des deux vous évaluez.
📌Note: Si un résultat de recherche, un tutoriel ou un ancien article de blog parle d'« AutoGPT » sans préciser Classic ou Platform, supposez qu'il s'agit de l'agent CLI pré-2026 — c'est Classic, et c'est la seule partie du projet qui soit MIT et auto-hébergeable gratuitement.
Qu'est-ce qu'AutoGPT en 2026 ?
AutoGPT (github.com/Significant-Gravitas/AutoGPT) est le projet qui a popularisé l'idée d'un « agent autonome » en 2023 : donner un objectif à un LLM et le laisser planifier, agir et s'autocritiquer en boucle sans qu'un humain n'approuve chaque étape. En 2026, la même organisation GitHub propose quelque chose de structurellement différent : un produit commercial hébergé appelé AutoGPT Platform, l'agent en boucle autonome d'origine étant maintenu en vie comme composant secondaire sous licence MIT.
- AutoGPT Platform (agpt.co / platform.agpt.co) : le produit phare actuel, un constructeur d'agents visuel hébergé et payant
- AutoPilot : une interface chat-vers-agent — décrivez une tâche en langage naturel et la Platform assemble un agent pour l'accomplir
- Tableau de bord Agents : gérer, surveiller et relancer les agents que vous ou la Marketplace avez créés
- Marketplace : parcourir et installer des modèles d'agents prêts à l'emploi créés par d'autres utilisateurs
- Canevas Build : un éditeur visuel en glisser-déposer basé sur des nœuds, dans l'esprit des constructeurs de workflow de Langflow ou Dify
- L'auto-hébergement de la Platform est techniquement possible (docker-compose.platform.yml, un script installer/ et une option single-container/ existent dans le dépôt), mais l'appel à l'action principal du README est de s'inscrire au produit hébergé, pas de l'auto-héberger
- classic/original_autogpt/ : l'agent autonome piloté par CLI d'origine, désormais positionné comme un composant historique aux côtés de classic/forge (un framework de création d'agents), classic/benchmark et classic/frontend
La scission de licence MIT / Polyform, expliquée
Le régime de licence d'AutoGPT n'est pas une réponse unique, et se tromper a des conséquences si vous prévoyez de bâtir dessus commercialement. Le dépôt utilise deux licences différentes pour deux parties différentes de la base de code.
AutoGPT Classic est-il encore maintenu ?
Oui, dans le sens qui compte pour la sécurité et la stabilité, mais pas dans celui de nouvelles capacités. Le dossier classic/ continue de recevoir des commits de l'équipe cœur — parmi les exemples récents : un nettoyage de vulnérabilités de dépendances, un correctif de durcissement SSRF pour la gestion des requêtes sortantes, et un plafonnement de version appliqué après la compromission d'une release d'une dépendance utilisée par l'agent classique. Ce sont exactement les commits que l'on souhaite voir sur du code que l'on prévoit d'exécuter : défensifs, pas décoratifs.
Ce que classic ne reçoit pas, ce sont de nouvelles fonctionnalités. Les commits qui ajoutent de nouvelles capacités — nouvelles primitives de création d'agents, fonctionnalités de la marketplace, nouveaux comportements AutoPilot — atterrissent dans autogpt_platform/. Le README du projet lui-même, les étiquettes d'issues et la structure des dossiers traitent classic comme une voie historique et secondaire, maintenue fonctionnelle et sécurisée plutôt qu'activement étendue. C'est une situation sensiblement différente d'un « abandon » : les commits maintiennent classic opérationnel et sûr, mais l'énergie produit de l'équipe est ailleurs.
Statut du dépôt
- What it shows:
- Non archivé ; poussé le jour même de cette revue ; 531 issues ouvertes
Rythme de commits sur classic/
- What it shows:
- Correctifs de sécurité et plafonds de dépendances réguliers ; pas de commits majeurs de nouvelles fonctionnalités
Où atterrissent les nouveautés
- What it shows:
- autogpt_platform/ — AutoPilot, Marketplace et canevas Build reçoivent le développement actif
Positionnement du projet
- What it shows:
- Le README et le CTA principal promeuvent la Platform hébergée ; classic est positionné comme la voie CLI historique
📌Note: Nous n'avons pas exécuté notre propre suite de tests sur AutoGPT Classic pour cette revue — le verdict ci-dessous repose sur l'historique de commits documenté et l'activité des issues du sous-dossier classic/ spécifiquement, pas sur des chiffres de benchmark mesurés par nos soins. Vérifiez le statut actuel sur le dépôt avant d'y consacrer un temps important.
Comment lancer AutoGPT Classic en local avec Ollama
AutoGPT Classic n'a pas d'« intégration Ollama » nommée et de premier plan. Il dispose d'un client générique compatible API OpenAI, configuré via classic/original_autogpt/.env.template, et Ollama expose justement un point de terminaison compatible OpenAI — pointer l'un vers l'autre est donc une étape de configuration, pas une fonctionnalité intégrée.
- 1Clonez github.com/Significant-Gravitas/AutoGPT et ouvrez le dossier classic/original_autogpt/ — c'est l'agent CLI sous licence MIT, pas le dossier autogpt_platform/.
- 2Installez Ollama séparément et récupérez un modèle capable de suivre des instructions d'appel d'outils en plusieurs étapes ; les comparatifs du site sur les modèles de codage locaux et l'appel d'outils sont un point de départ raisonnable pour en choisir un.
- 3Copiez .env.template vers .env dans classic/original_autogpt/.
- 4Définissez OPENAI_API_BASE_URL dans .env vers le point de terminaison compatible OpenAI de votre serveur Ollama (Ollama l'expose sur /v1 à son port par défaut). Ollama ne vérifie pas la valeur de la clé API, mais le client exige quand même que le champ OPENAI_API_KEY soit défini avec une chaîne de remplacement non vide.
- 5Autre option : si vous utilisez un Llamafile plutôt qu'Ollama, définissez plutôt LLAMAFILE_API_BASE — c'est un chemin d'inférence locale distinct et pris en charge nativement, pas acheminé via le réglage générique compatible OpenAI.
- 6Installez les dépendances Python de classic selon les instructions de classic/original_autogpt/README.md et lancez l'agent depuis ce dossier, pas depuis la racine du dépôt.
- 7Attendez-vous à devoir le superviser de près lors des premiers lancements. Comme il s'agit du mécanisme générique compatible OpenAI plutôt que d'une intégration Ollama maintenue et testée, les particularités propres au modèle (format des appels d'outils, limites de longueur de contexte) sont à déboguer vous-même.
AutoGPT Classic a-t-il besoin d'une version précise d'Ollama ?
Le projet ne documente pas de version d'Ollama fixée et testée pour classic — l'intégration reposant sur le mécanisme générique OPENAI_API_BASE_URL, la compatibilité dépend de votre version d'Ollama exposant un point de terminaison compatible OpenAI /v1 stable, ce que font les versions récentes d'Ollama. Vérifiez les notes de version d'Ollama pour la compatibilité API, pas celles d'AutoGPT.
Puis-je faire tourner AutoGPT Classic entièrement hors ligne ?
Oui, une fois qu'OPENAI_API_BASE_URL pointe vers un point de terminaison Ollama ou Llamafile local, AutoGPT Classic n'a pas besoin d'appels API sortants vers un fournisseur cloud. Il peut néanmoins effectuer des requêtes web sortantes dans le cadre de la tâche d'un agent (par exemple des outils de navigation) sauf si vous désactivez cette capacité.
Attentes réalistes pour la boucle de planification
Le mécanisme central d'AutoGPT Classic — un LLM planifiant lui-même sa prochaine étape en boucle, décidant seul quand la tâche est terminée, sans qu'un humain approuve chaque action — est la même architecture qui a fait sa renommée et celle qui a le moins bien vieilli face aux modèles locaux, souvent plus petits et à poids ouverts.
- Les boucles de planification autonomes et non contraintes exigent davantage du modèle sous-jacent que les agents contraints et limités à des outils : le modèle doit suivre un état sur un long horizon, décider quand s'arrêter et s'autocorriger sans qu'un humain ne rattrape une dérive tôt
- Les petits modèles locaux (le type que la plupart des gens font tourner confortablement sur du matériel grand public via Ollama) sont plus enclins à perdre le fil sur de longues exécutions autonomes que les grands modèles hébergés, simplement parce que la planification et l'autocorrection sur de nombreuses étapes sont une capacité plus difficile que l'usage d'outils en un seul tour
- C'est un constat comparatif et architectural, pas une affirmation sur un modèle ou une version spécifique : une boucle de planification non contrainte est un problème plus difficile à soutenir pour un modèle local qu'un dispositif contraint où un humain approuve chaque étape
- Des alternatives contraintes — Cline + Ollama, le mode Agent de Continue.dev, et des orchestrateurs à base de graphes comme LangGraph — limitent l'agent à un éditeur, un ensemble de fichiers ou une porte d'approbation explicite par action, ce qui réduit l'ampleur de la dérive avant qu'un humain ne la remarque
Qui devrait utiliser AutoGPT Classic vs la Platform ?
Le bon choix dépend de si vous voulez une expérimentation gratuite, auto-hébergée et pratique, ou un produit payant et géré.
AutoGPT vs alternatives
Les deux moitiés d'AutoGPT rivalisent avec des outils différents : AutoGPT Classic concurrence d'autres dispositifs d'agents locaux et contraints ; la Platform concurrence d'autres constructeurs d'agents visuels hébergés ou auto-hébergeables.
| Tool | Model | License | Best For | Maintenance |
|---|---|---|---|---|
| AutoGPT (classic) | Local via Ollama (URL compatible OpenAI) | MIT | Expériences en boucle autonome | Sécurité uniquement |
| AutoGPT Platform | Fournisseurs hébergés | Polyform Shield | Constructeur visuel + Marketplace | Active |
| Cline + Ollama | Local | Apache 2.0 | Agent de codage supervisé | Active |
| Continue.dev Agent | Local ou cloud | Apache 2.0 | Mode agent limité à l'IDE | Active |
| LangGraph | Local ou cloud | MIT | Agents sur mesure à base de graphes | Active |
Erreurs courantes en évaluant AutoGPT
La plupart de la confusion autour d'AutoGPT en 2026 vient du fait de ne pas savoir à quelle moitié du projet une affirmation se réfère.
Questions fréquentes
AutoGPT est-il sous licence MIT ?
En partie. Le dossier classic/ (original_autogpt, forge, benchmark, frontend) est sous licence MIT. Le dossier autogpt_platform/ — l'AutoGPT Platform hébergée, produit phare actuel — est sous licence Polyform Shield, une licence source-available, pas une licence open-source permissive.
AutoGPT est-il encore maintenu ?
Oui. Le dépôt n'est pas archivé et a été poussé le jour même de cette revue, avec 531 issues ouvertes. Le développement actif de fonctionnalités est concentré dans autogpt_platform/ ; le dossier classic/ reçoit toujours des commits de sécurité et de maintenance mais pas de nouvelles fonctionnalités.
AutoGPT fonctionne-t-il avec Ollama ?
L'agent CLI classique oui, via son client générique compatible API OpenAI — définissez OPENAI_API_BASE_URL vers le point de terminaison /v1 de votre serveur Ollama. Ce n'est pas une « intégration Ollama » nommée et conçue pour cet usage, et ce n'est pas pris en charge par l'AutoGPT Platform actuelle, dont la configuration n'a aucun réglage de modèle local.
Qu'est-ce que l'AutoGPT Platform ?
L'AutoGPT Platform (agpt.co) est le produit commercial actuel du projet : un constructeur d'agents visuel, hébergé et payant, avec un AutoPilot chat-vers-agent, un tableau de bord Agents, une Marketplace d'agents prêts à l'emploi et un canevas Build à base de nœuds. Elle peut techniquement être auto-hébergée, mais le chemin principal promu par le projet est l'inscription hébergée.
AutoGPT est-il gratuit ?
AutoGPT Classic (MIT) est gratuit à auto-héberger. L'AutoGPT Platform est un produit payant et hébergé ; l'auto-héberger est possible sous la licence Polyform Shield, qui autorise un usage personnel ou interne mais restreint la création d'une offre commerciale concurrente à partir du code.
Quelle est la différence entre AutoGPT et l'AutoGPT Platform ?
AutoGPT (classic) est l'agent CLI autonome d'origine de l'ère 2023 — sous licence MIT, tourne en local, reçoit des commits de maintenance. L'AutoGPT Platform est un produit commercial distinct et plus récent de la même organisation — un constructeur d'agents visuel hébergé sous licence source-available, là où se concentre désormais le développement actif.
Puis-je encore utiliser AutoGPT gratuitement en local pour expérimenter ?
Oui, via classic/original_autogpt/, qui reste sous licence MIT et tourne avec un serveur Ollama local via le réglage OPENAI_API_BASE_URL. Attendez-vous à une base de code en mode maintenance, pas activement enrichie de nouvelles fonctionnalités.
Pourquoi AutoGPT s'est-il scindé en deux licences ?
Le centre de gravité commercial du projet s'est déplacé vers l'AutoGPT Platform hébergée. Polyform Shield permet à l'entreprise de garder ce code source-available — lisible et auto-hébergeable à usage personnel — tout en empêchant un concurrent de reprendre le code pour revendre une version reconditionnée, ce qu'une licence permissive comme MIT n'aurait pas empêché.
AutoGPT Classic est-il meilleur que Cline ou Continue.dev pour du travail d'agent local ?
Pas pour de l'automatisation locale sans supervision. La boucle de planification autonome et non contrainte d'AutoGPT Classic exige davantage du modèle sous-jacent que des dispositifs contraints à un seul éditeur comme Cline + Ollama ou le mode Agent de Continue.dev, qui limitent l'ampleur d'une erreur de planification grâce à une approbation à chaque étape. AutoGPT Classic se prête mieux à l'expérimentation de l'architecture de boucle de planification elle-même qu'à un travail de codage en production.