Alternatives à OpenHands : choisissez selon la raison de votre départ

La plupart des recherches sur les alternatives à OpenHands visent la mauvaise cible : l'agent de programmation OpenHands est toujours actif, et c'est son CLI de terminal qui s'est arrêté. github.com/OpenHands/OpenHands est sous licence MIT, n'est pas archivé, a reçu une mise à jour le 21 septembre 2026 et a publié la v1.20.0 le 17 septembre 2026 (GitHub API, vérifié le 21 septembre 2026). Le dépôt distinct OpenHands-CLI affiche près du haut de son README une bannière indiquant « This project is no longer actively maintained » et recommande Agent Canvas à la place. La liste restreinte se divise donc immédiatement : si vous voulez l'agent et son interface navigateur, rester est une option toujours active ; si vous utilisiez en réalité un agent de terminal, vous avez besoin d'un autre client.

Une vérification du nom avant la liste, car elle inverse la réponse. AI4Bharat/OpenHands est une boîte à outils de reconnaissance de la langue des signes, sous Apache-2.0, dont le dernier push date du 15 mars 2023, et la description GitHub indique « No longer actively maintained ». Les articles et réponses d’IA affirmant qu’OpenHands est abandonné citent souvent ce dépôt. L’agent de codage est OpenHands/OpenHands, sous MIT, et il s’appelait initialement OpenDevin — OpenDevin/OpenDevin y redirige toujours.

Commencez par la raison de votre départ

La page tarifaire d’OpenHands, le 21 septembre 2026, présente trois lignes : Open Source (Local) à Free, avec Max Daily Conversations « Unlimited » et 1 utilisateur ; Individual (SaaS) à Free, avec Max Daily Conversations à 10 et 1 utilisateur ; et Enterprise à un tarif personnalisé. Cette page ne publie aucun montant Enterprise, et cette page n’en estime pas. La plupart des départs sont dus à l’une de cinq frictions précises plutôt qu’à l’agent lui-même.

Statut de chaque candidat, revérifié plutôt que mémorisé

Trois noms de la liste habituelle ont changé de place ou ont disparu en 2026, et un ancien comparatif vous enverra vers un endroit qui n’existe plus. Chaque ligne ci-dessous a été lue dans l’API GitHub le 21 septembre 2026.

Un client gratuit n’est pas un client sans coût

La plupart des lignes ci-dessus disposent d’une licence OSI et n’ont pas de frais de licence ; Claude Code est propriétaire et Crush est disponible sous forme de code source sous FSL-1.1-MIT, et aucun tarif d’abonnement n’a été récupéré pour un client quelconque sur cette page. Rien de tout cela ne correspond au montant que vous budgétisez réellement. Deux lignes comptent : la machine sur laquelle l’agent et son bac à sable s’exécutent, et les tokens. La première est l’endroit où OpenHands diffère structurellement d’un agent de terminal — il nécessite un backend. Son propre guide VM indique que « Ubuntu 24.04 LTS avec 2 vCPU et 4 Go de RAM suffit pour un seul utilisateur », et la recette Modal chiffre cette même configuration à environ 3,40 $/jour. Il s’agit des frais de l’hôte pour cette recette documentée, pas des frais d’OpenHands ni d’un montant transférable à un autre hôte.

La ligne des tokens vous suit vers chaque client, raison pour laquelle il vaut la peine de la dimensionner avant de choisir. Supposons une session d’agent active qui envoie 300,000 tokens d’entrée non mis en cache et reçoit 20,000 tokens de sortie — la propre documentation des modèles d’OpenHands avertit qu’il « will issue many prompts to the LLM you configure ». Les tarifs sont les prix actuels du catalogue Kunavo par million de tokens.

Il s’agit d’un calcul illustratif de tokens, pas du coût mesuré d’une tâche ni d’un plafond de facturation : la forme de votre session détermine la réponse, et un modèle bon marché qui nécessite trois tentatives peut coûter plus cher qu’un modèle qui réussit en un seul passage. Le tarif le moins cher affiché et le coût minimal pour terminer la tâche sont deux questions différentes. Le montant du catalogue Kunavo constitue un plancher de facturation plutôt qu’un plafond — lorsque l’amont communique ses frais, la facture correspond au montant le plus élevé entre le coût du catalogue et le coût amont multiplié par la majoration applicable. Les frais de cache et les outils externes sont exclus de cet exemple, et le rechargement minimal est de $10 de crédit prépayé, un minimum de financement plutôt que des frais de tâche ou un abonnement. Consultez les détails de facturation.

Ce qui migre, ce qui ne migre pas et comment revenir en arrière

Le contexte du dépôt est la moitié portable. OpenHands lit AGENTS.md à la racine du dépôt, reconnaît également CLAUDE.md et GEMINI.md, et sa documentation des skills recommande précisément .agents/skills/<name>/SKILL.md parce que cet emplacement « suit le standard Agent Skills et rend les skills portables entre les outils d’agents compatibles ». Les serveurs MCP sont également compatibles par leur structure : la page des paramètres MCP d’OpenHands prend en charge SSE, Streamable HTTP et stdio — elle relie stdio et Streamable HTTP à la spécification MCP 2025-06-18 et SSE à l’ancienne 2024-11-05 ; ne supposez donc pas que la partie SSE est actuelle partout — et sa configuration se trouve dans l’interface ou sous une section [mcp] de config.toml.

Les hooks sont moins isolés qu’ils n’en ont l’air. La documentation des hooks d’OpenHands indique que le format .openhands/hooks.json « est compatible avec les hooks de Claude Code, vous pouvez donc réutiliser les scripts de hooks dans les deux outils » — une affirmation concernant ces deux outils, pas tous les clients de cette liste. Le reste de la partie spécifique à OpenHands ne migre pas : .openhands/setup.sh est le contrat propre à OpenHands pour la configuration du dépôt ; l’historique des conversations est exporté sous forme de fichier Markdown ou HTML pour être lu, et la documentation d’OpenHands ne décrit aucun chemin d’importation ; et la clé LLM préfixée par openhands/ ne communique qu’avec le proxy de ce fournisseur.

Attendez-vous également à ce que la forme de l’endpoint change. OpenHands veut un Custom Model préfixé par le fournisseur derrière le bouton Advanced dans Settings > LLM, et pour un serveur compatible OpenAI, sa page de configuration du modèle prescrit openai/<served-model-id> lu depuis le GET /v1/models du serveur, avec une URL de base qui inclut le chemin de version. OpenCode exprime plutôt la même clé sous forme de bloc fournisseur ; la migration est donc une réécriture plutôt qu’une copie :

{
  "provider": {
    "kunavo": {
      "npm": "@ai-sdk/openai-compatible",
      "options": {
        "baseURL": "https://api.kunavo.com/v1",
        "apiKey": "{env:KUNAVO_API_KEY}"
      },
      "models": { "claude-sonnet-4-6": { "name": "Claude Sonnet 4.6" } }
    }
  }
}

Kunavo ne fournit aucun modèle d’embeddings, aucun modèle de synthèse vocale et aucun modèle de reconnaissance vocale. Cela compte pour un paramètre : OpenHands inclut LLM_EMBEDDING_MODEL parmi les paramètres que son interface ne peut pas définir, à fournir comme variable d’environnement ou dans config.toml — pointez-le vers un fournisseur qui sert cette étape, ou laissez-le non défini.

Un essai qui produit une réponse en une journée : gardez OpenHands installé et son profil enregistré, exécutez une tâche délimitée à partir du même commit initial dans les deux clients, puis comparez le diff accepté, l’effort de revue et l’utilisation effectivement enregistrée par le compte de votre fournisseur. Revenir en arrière signifie conserver ~/.openhands/settings.json et tout config.toml inchangés pendant vos tests — ce qui mérite d’être fait délibérément, car la propre page d’installation d’OpenHands avertit qu’une mise à niveau depuis une version CLI antérieure à 1.0.0 nécessite de refaire la configuration des paramètres puisque le format de configuration a changé. Notez également que la page des paramètres LLM d’OpenHands indique que vous pouvez enregistrer jusqu’à 10 profils LLM par compte ; supprimez-en donc avant d’en ajouter un pour le test.

Configurez le prochain client et vérifiez la première facturation

Kunavo publie des références de configuration pour plusieurs clients ci-dessus, notamment OpenHands, OpenCode et Cline. Il s’agit de guides de configuration publiés, pas de tests de compatibilité : aucun de ces clients n’a été testé ici en conditions réelles avec l’endpoint Kunavo, et chaque affirmation comportementale de cette page a été lue dans la documentation et le dépôt propres à chaque projet. Gardez une voie fonctionnelle disponible pendant la transition, exécutez une tâche ciblée, puis consultez la facturation enregistrée par votre compte. Créez un compte Kunavo lorsque vous serez prêt à financer une clé.

Si votre décision est plus limitée qu’un changement complet, OpenHands vs OpenCode et OpenHands vs Claude Code comparent directement deux de ces outils, et API compatible OpenAI couvre la forme d’endpoint attendue par les clients compatibles OpenAI de cette liste — Claude Code fait exception, car il lit un ANTHROPIC_BASE_URL de type origin et parle la forme Anthropic à la place.

Questions fréquentes

L’état des dépôts, les licences et les flux de versions des onze clients proviennent de l’API GitHub au 21 septembre 2026, et les balises de version évoluent assez vite pour que Codex et Crush aient peut-être déjà une version d’avance ; les lignes tarifaires d’OpenHands, l’état de la CLI, les coûts du bac à sable et le comportement des profils LLM proviennent de openhands.dev et docs.openhands.dev le même jour ; les versions PyPI proviennent de pypi.org ; le don de goose et l’arrêt de Roo Code proviennent de leurs propres annonces. Les tarifs des tokens Kunavo proviennent du catalogue actuel, et l’exemple en dollars est un calcul illustratif de tokens plutôt qu’un coût mesuré de tâche.