Points clés
- Licence passée d'AGPL 3.0 à Apache 2.0 — confirmé via l'API GitHub et le fichier LICENSE du dépôt
- Entièrement réécrit en Rust, en tant que fork du projet Codex open source d'OpenAI
- Description GitHub actuelle : « A coding agent for open models like Kimi K3 »
- Cibles d'intégration de modèles citées : Kimi K3, DeepSeek, Qwen, GLM/Z.AI
- 68 227 étoiles, 5 871 forks, seulement 10 issues ouvertes, dernier push le 2026-08-20
- Devenu le dépôt Rust le plus en tendance sur GitHub après la sortie de son harnais Kimi K3
- L'outil Python/AGPL d'origine « contrôlez votre ordinateur » subsiste en tant que fork communautaire sous endolith/open-interpreter
📍 En une phrase
Open Interpreter est désormais un agent de codage en Rust, sous licence Apache 2.0, dérivé du Codex open source d'OpenAI et conçu pour exécuter des modèles ouverts comme Kimi K3, remplaçant sa conception Python/AGPL d'origine « le modèle exécute du code sur votre machine ».
💬 En termes simples
L'outil permettait autrefois de faire tourner localement une exécution de code façon ChatGPT plutôt que dans le sandbox cloud d'OpenAI. Il fait toujours quelque chose de similaire dans l'esprit, mais le code, la licence et le public visé — des utilisateurs de modèles ouverts, pas l'API d'un seul fournisseur — ont tous changé.
📌Remarque: Cette revue couvre la version actuelle Rust/fork de Codex d'Open Interpreter. Pour l'outil Python d'origine de 2023, qui navigue sur le web et modifie des fichiers via des commandes en langage naturel, il subsiste dans le fork communautaire, pas dans le dépôt principal.
Qu'est-ce qu'Open Interpreter en 2026 ?
Open Interpreter (github.com/openinterpreter/openinterpreter, souvent lié sous github.com/OpenInterpreter/open-interpreter, qui redirige vers l'organisation canonique en minuscules) est un agent de codage basé sur le terminal. Sa description GitHub actuelle le dit clairement : « A coding agent for open models like Kimi K3 ». C'est un projet différent, dans un langage différent, sous une licence différente, de l'outil qui a fait connaître le nom en 2023.
- Cœur en Rust, remplaçant entièrement la base de code Python d'origine
- Fork du projet Codex open source d'OpenAI, compatible avec l'Agent Client Protocol (ACP)
- Réimplémente en Rust le harnais « Kimi Code » recommandé par le fournisseur, optimisé pour tirer davantage parti de modèles ouverts et peu coûteux plutôt que d'une seule API hébergée
- Les sujets du dépôt sur GitHub incluent acp, coding-agent, deepseek, kimi, qwen et rust
- Site : openinterpreter.com
- Fondé par Killian Lucas, qui dirige Open Interpreter Inc. en tant que CEO et développeur principal
D'un projet AGPL de 2023 à une réécriture Rust en 2026
Le dépôt Open Interpreter a été créé le 2023-07-14 et lancé publiquement en septembre 2023, au plus fort de l'intérêt pour donner aux modèles de langage un accès direct à un terminal. Son fondateur, Killian Lucas — basé à Bellingham, dans l'État de Washington — l'a conçu pour offrir la même capacité « le modèle exécute simplement le code » que le Code Interpreter hébergé d'OpenAI, mais localement ou avec un modèle distant de son choix plutôt que dans un sandbox cloud restreint : pas de limite d'accès internet, pas de plafond de taille de fichier, et un contrôle total de l'environnement d'exécution. Lucas a ensuite fondé Open Interpreter Inc., dont il est CEO et développeur principal.
Cet outil d'origine était publié sous licence AGPL 3.0 et se décrivait comme une interface en langage naturel permettant à un LLM de modifier des fichiers, naviguer sur le web et analyser des jeux de données depuis une session terminal façon chat — plus proche d'un agent de contrôle d'ordinateur généraliste que d'un outil spécifique au codage.
D'ici 2026, le projet avait entièrement changé de cap. L'équipe a réécrit la base de code en Rust, l'a dérivée du propre projet Codex open source d'OpenAI, et l'a repositionnée comme un agent de codage conçu spécifiquement pour des modèles ouverts et peu coûteux plutôt qu'un assistant généraliste « contrôlez votre ordinateur ». La licence est passée d'AGPL 3.0 à Apache 2.0 durant la même période.
Comment fonctionne Open Interpreter aujourd'hui
L'architecture actuelle d'Open Interpreter est une réimplémentation en Rust du harnais « Kimi Code » recommandé par le fournisseur, enveloppée dans une interface terminal compatible Codex. Il parle l'Agent Client Protocol (ACP), ce qui lui permet de se brancher sur des éditeurs et outils compatibles ACP plutôt que de fonctionner uniquement en CLI autonome.
- Cœur Rust pour la boucle d'agent et l'interface terminal
- Fork du CLI Codex open source d'OpenAI, structurellement compatible avec lui
- Compatible ACP (Agent Client Protocol), donc capable de s'intégrer à d'autres outils compatibles ACP, pas seulement en autonome
- Cibles d'intégration citées : Kimi K3, DeepSeek, Qwen et GLM/Z.AI
- Fournit toujours un SDK Python et un composant runtime aux côtés du cœur Rust (voir les workflows python-runtime-build.yml et python-sdk-release.yml) — ce n'est donc pas un projet tout-Rust de bout en bout
- 1macOS ou Linux : exécuter
curl -fsSL https://www.openinterpreter.com/install | shdans un terminal. - 2Windows : exécuter `irm www.openinterpreter.com/install.ps1 | iex` dans PowerShell.
- 3Démarrer l'agent en exécutant
iouinterpreterdepuis un terminal. - 4Le pointer vers un modèle ouvert comme Kimi K3, DeepSeek, Qwen ou GLM/Z.AI selon les instructions de configuration de ce fournisseur — le projet ne documente pas de backend unique obligatoire.
- 5L'utiliser directement depuis le terminal, ou le connecter via un éditeur compatible ACP pour travailler dans un IDE plutôt qu'en CLI autonome.
Le changement de licence : AGPL 3.0 vers Apache 2.0
La base de code Python d'origine d'Open Interpreter était publiée sous AGPL 3.0, une licence copyleft exigeant que quiconque modifie le code et l'exploite comme service réseau publie sa version modifiée. La base de code Rust actuelle est publiée sous Apache 2.0, confirmée à la fois via le champ licence de l'API GitHub et le fichier LICENSE brut à la racine du dépôt.
Open Interpreter est-il encore maintenu ?
Tous les signaux disponibles sur le dépôt indiquent une maintenance active et actuelle, pas un projet qui vit sur sa popularité passée. Le dernier push date du 2026-08-20 — environ deux semaines avant cette revue — avec seulement 10 issues ouvertes pour 68 227 étoiles et 5 871 forks, un ratio faible pour un dépôt de cette taille.
Le projet fait aussi tourner une infrastructure de CI automatisée conséquente, attestée par les fichiers de workflow dans son répertoire .github/workflows/ : rust-ci.yml, rust-ci-full.yml et rust-ci-full-nextest-platform.yml exécutent la suite de tests Rust via cargo nextest sur plusieurs plateformes ; cargo-ci.yml et cargo-deny.yml couvrent l'audit des dépendances et de sécurité ; blocking-ci.yml est un contrôle obligatoire qui bloque les fusions ; postmerge-ci.yml et public-ci.yml exécutent des validations supplémentaires ; python-runtime-build.yml et python-sdk-release.yml compilent et publient le composant SDK Python ; repo-checks.yml et codespell.yml gèrent l'hygiène du dépôt.
Activité du dépôt
- What it shows:
- Dernier push le 2026-08-20, non archivé
Ratio étoiles/issues
- What it shows:
- 68 227 étoiles contre 10 issues ouvertes — faible backlog
Nombre de forks
- What it shows:
- 5 871 forks
Couverture CI
- What it shows:
- 9+ fichiers de workflow couvrant tests Rust, audits de dépendances et contrôles obligatoires
Statut tendance
- What it shows:
- Dépôt Rust le plus en tendance sur GitHub après la sortie du harnais Kimi K3
📌Remarque: Nous n'avons pas exécuté notre propre suite de tests contre Open Interpreter pour cette revue. Les signaux de maintenance ci-dessus proviennent de l'historique public des commits du dépôt, du nombre d'issues, et de ses propres fichiers de workflow CI publiés, pas de benchmarks générés par PromptQuorum. Vérifiez le statut actuel directement sur le dépôt avant d'y consacrer un temps significatif.
Pour qui est fait Open Interpreter ?
Le bon choix dépend de si vous voulez spécifiquement un agent de codage optimisé pour les modèles ouverts, ou l'outil généraliste d'origine « contrôlez votre ordinateur ».
Open Interpreter vs. alternatives
Le positionnement actuel d'Open Interpreter — un agent de codage terminal compatible Codex pour modèles ouverts — le place aux côtés de plusieurs catégories d'outils : d'autres agents de codage terminal, des agents natifs à l'IDE, des agents propriétaires de fournisseurs, et ses propres pairs historiques de la vague 2023 « donner à un LLM le contrôle de votre machine ».
| Outil | Lien | Interface | Licence | Idéal pour |
|---|---|---|---|---|
| Open Interpreter | github.com/OpenInterpreter/open-interpreter | Terminal, compatible ACP | Apache 2.0 | Agent de codage pour modèles ouverts |
| Aider | aider.chat | Terminal | Apache 2.0 | Pair programming git-natif par diffs |
| Cline | cline.bot | Extension VS Code | Apache 2.0 | Agent IDE autonome |
| OpenHands | github.com/All-Hands-AI/OpenHands | Runtime d'agent sandbox | MIT | Tâches d'agent SWE autonome |
| Continue.dev | continue.dev | Extension IDE | Apache 2.0 | Autocomplétion + chat, IDE-scopé |
| OpenAI Codex CLI | github.com/openai/codex | Terminal | Propriétaire | Agent de codage terminal hébergé |
| Claude Code | claude.com/product/claude-code | Terminal | Propriétaire | Agent de codage terminal hébergé |
| AutoGPT (classic) | github.com/Significant-Gravitas/AutoGPT | CLI, boucle autonome | MIT | Expériences d'agent autonome non borné |
| BabyAGI | github.com/yoheinakajima/babyagi | CLI, boucle autonome | MIT | Expériences minimales de boucle de tâches |
Erreurs courantes en évaluant Open Interpreter
La plupart des confusions autour d'Open Interpreter en 2026 viennent du fait d'attendre l'outil de 2023 plutôt que la réécriture Rust actuelle.
Questions fréquemment posées
Sous quelle licence est Open Interpreter ?
Apache 2.0, confirmée via le champ licence de l'API GitHub et le fichier LICENSE du dépôt. C'est un changement par rapport à la licence AGPL 3.0 d'origine utilisée par l'ancienne base de code Python.
Open Interpreter est-il encore maintenu ?
Oui. Le dernier push date du 2026-08-20, avec seulement 10 issues ouvertes pour 68 227 étoiles, et une infrastructure CI multi-workflow couvrant tests Rust, audits de dépendances et contrôles de fusion obligatoires.
Qu'est devenu l'Open Interpreter d'origine ?
L'outil Python d'origine — qui permettait à un modèle local ou distant de modifier des fichiers, naviguer sur le web et exécuter du code depuis une session terminal en langage naturel — a été entièrement réécrit en Rust en 2026 et dérivé du projet Codex open source d'OpenAI. La version Python/AGPL d'origine subsiste en tant que fork communautaire sous github.com/endolith/open-interpreter.
Quels modèles Open Interpreter prend-il en charge ?
Le projet cite Kimi K3, DeepSeek, Qwen et GLM/Z.AI comme cibles d'intégration dans ses sujets de dépôt et sa description, et réimplémente le harnais « Kimi Code » en Rust. Il ne documente pas de backend de modèle unique obligatoire.
Comment installer Open Interpreter ?
Sur macOS ou Linux, exécutez curl -fsSL https://www.openinterpreter.com/install | sh. Sur Windows, exécutez irm https://www.openinterpreter.com/install.ps1 | iex dans PowerShell. Démarrez ensuite l'agent avec i ou interpreter.
Open Interpreter est-il gratuit ?
Oui. Il est publié sous licence Apache 2.0, qui permet l'utilisation, la modification et la redistribution gratuites, y compris dans un produit commercial, sans obligation de publier votre propre code source.
Open Interpreter est-il compatible avec Codex ou Claude Code ?
Open Interpreter est un fork du projet Codex open source d'OpenAI et conçu pour être compatible Codex, et il prend en charge l'Agent Client Protocol (ACP) pour s'intégrer à d'autres outils compatibles ACP. C'est un projet séparé, maintenu indépendamment, pas une extension officielle du CLI Codex d'OpenAI ni de Claude Code d'Anthropic.
Open Interpreter permet-il encore à un modèle de contrôler tout mon ordinateur ?
Le projet Rust actuel est cadré comme un agent de codage, pas un outil généraliste « contrôlez votre ordinateur ». L'outil Python d'origine, au périmètre plus large — édition de fichiers, navigation web, analyse de jeux de données — subsiste séparément dans le fork communautaire sous endolith/open-interpreter.
Comment Open Interpreter se compare-t-il à Aider ou Cline ?
Les trois sont des agents de codage terminal ou IDE. Aider est git-natif et structure sa sortie en diffs révisables ; Cline fonctionne comme extension VS Code ; Open Interpreter est un agent terminal autonome, compatible Codex, spécifiquement optimisé pour les modèles ouverts. Le bon choix dépend de si vous voulez la revue de diffs git, l'intégration IDE, ou une optimisation modèles-ouverts-d'abord.
Pourquoi Open Interpreter est-il passé d'AGPL 3.0 à Apache 2.0 ?
Le projet ne publie pas de raison explicite dans son README pour ce changement de licence spécifique accompagnant la réécriture 2026. Apache 2.0 est plus permissive qu'AGPL 3.0 : elle supprime l'obligation copyleft de divulgation de code liée à l'« usage réseau » et ajoute une concession de brevet explicite, ce qui facilite la construction de produits commerciaux sur ce code. Lisez directement le fichier LICENSE pour confirmer les conditions actuelles avant de vous appuyer sur cette distinction.