Choisissez une alternative à Factory Droid en fonction de la limite que vous atteignez réellement, et non du nombre de fonctionnalités. Trois limites poussent la plupart des utilisateurs à chercher ailleurs : les frais du forfait Factory subsistent malgré l'utilisation de votre propre clé API, les modèles personnalisés ne sont accessibles que depuis le CLI Droid et l'application de bureau, et chaque requête doit disposer d'une marge suffisante dans trois fenêtres glissantes indépendantes. Chacune de ces limites oriente vers un remplacement différent, et l'une d'elles ne constitue pas du tout une raison de partir.
Droid n'est pas en difficulté ; il s'agit donc d'une décision d'adéquation. Le paquet npm droid était en version 0.223.0 le 21 septembre 2026, publié le 19 septembre, avec six versions en six jours, et le dépôt public Factory-AI/factory n'est pas archivé. Le déplacement du domaine prête à confusion : factory.com est l'hôte marketing canonique, factory.ai lui redirige, et la documentation est restée sur docs.factory.ai.
Six raisons de partir, chacune issue de la documentation de Factory
| Là où vous atteignez la limite | Ce que Factory publie | Cela vous oriente vers |
|---|---|---|
| Ma propre clé n'a pas supprimé la facture | « BYOK is free up to an allowance on all Individual plans. After that, usage is charged according to your specific plan. » Le montant de l'allocation n'est publié nulle part et les frais du forfait restent inchangés | opencode, Cline, goose, Crush |
| Ma clé n'atteint pas l'endroit depuis lequel je délègue | Les modèles personnalisés sont « available in the Droid CLI and the desktop app » et « don't appear in Factory's hosted web or mobile platforms » | OpenHands |
| Je ne peux pas calculer le coût d'une tâche | 52 multiplicateurs par modèle appliqués à un Factory Standard Credit, de 0.06x à 12x, sans valeur en dollars publiée pour un crédit | Tout point de terminaison facturé à l'usage |
| Trois fenêtres glissantes continuent de m'arrêter | Fenêtres de 5 heures, 7 jours et 30 jours, chacune fonctionnant indépendamment ; une marge est nécessaire dans les trois pour envoyer une requête ; l'utilisation standard incluse n'est pas reportée | Codex CLI, opencode |
| Je dois auto-héberger ou auditer le client | Champ de licence npm UNLICENSED, aucune licence dans le dépôt public, et déploiement sur site indiqué comme élément du niveau Enterprise | opencode, OpenHands, Cline, goose |
| Le chemin d'authentification de passerelle dont j'ai besoin est restreint | apiKeyHelper — la route documentée pour les jetons de courte durée depuis une passerelle interne — « is only honored from org-managed (trusted) settings » et est supprimée des paramètres utilisateur, projet et dossier | Tout client proposant une simple surcharge de l'URL de base |
Consultez la page de Factory sur les forfaits individuels, sa référence BYOK et sa liste de modèles, tous vérifiés le 21 septembre 2026. Une association est constamment mal interprétée et mérite d'être formulée avec soin : la phrase de la page BYOK concernant le Web et le mobile hébergés porte sur la portée des modèles personnalisés, tandis que la réponse de la FAQ sur factory.com/pricing — « All products; IDE, Web, CLI, Slack etc are included in all plans » — porte sur l'accès au forfait. Les deux éléments sont publiés et tous deux sont vrais. Factory indique que le CLI et l'application de bureau sont inclus, et que le Web et le mobile hébergés sont exclus ; Slack n'apparaît dans aucune des deux phrases, cette page ne se prononce donc pas à son sujet. Le tableau complet des forfaits se trouve sur Factory Droid pricing.
Quelle alternative répond à quelle raison de partir
| Client | Licence et mainteneur, vérifiés le 21 septembre 2026 | Répond à | À vérifier avant de migrer |
|---|---|---|---|
| opencode | MIT ; le dépôt correspond à anomalyco/opencode, n'est pas archivé et a reçu une contribution le même jour | Frais du forfait, opacité des crédits, fenêtres CI, auditabilité | La configuration MCP doit être réécrite, et non copiée |
| Cline | Apache-2.0, cline/cline, non archivé ; sa page tarifaire indique que l'extension open source est « completely free for individual developers » avec des clés personnelles | Frais du forfait, auditabilité | Deux surfaces au choix — l'extension d'éditeur et un CLI Cline distinct installé avec npm i -g cline |
| goose | Apache-2.0 ; Block en a fait don à l'Agentic AI Foundation de la Linux Foundation, annoncé le 7 avril 2026, et il se trouve désormais sur aaif-goose/goose | Frais du forfait, auditabilité | Les anciennes documentations et URL de « Block's goose » sont obsolètes |
| OpenHands | MIT ; le dépôt correspond à OpenHands/OpenHands, n'est pas archivé ; niveau Individual hébergé gratuit en plus de l'auto-hébergement, avec utilisation de sa propre clé dans les deux cas | Délégation depuis une surface hébergée avec votre propre clé | La limite quotidienne de conversations du niveau hébergé — consultez-la dans leur tableau des forfaits plutôt que sur cette page |
| Codex CLI | Apache-2.0, openai/codex, non archivé | CI sans interface graphique, sans fenêtre d'abonnement | Configuration TOML, et les identifiants de fournisseurs intégrés openai, ollama et lmstudio sont réservés — un fournisseur personnalisé doit avoir son propre identifiant |
| Crush | Code disponible sous FSL-1.1-MIT, charmbracelet/crush, non archivé, avec une contribution le même jour | Frais du forfait, opacité des crédits | La FSL n'est actuellement pas une licence reconnue par l'OSI ; elle ne répond donc pas à une exigence open source |
L'état des dépôts a été lu via l'API GitHub et la licence dans le fichier LICENSE propre à chaque projet le 21 septembre 2026. Le détecteur de GitHub signale Crush comme NOASSERTION, ce qui est un artefact de l'outil et non l'affirmation qu'il est sans licence — son fichier LICENSE.md est explicite. Deux clients fréquemment proposés comme destinations ne sont pas recommandés ici : les versions de Continue se sont arrêtées le 19 juin 2026 après son acquisition par Cursor, et le dernier commit d'Aider date du 22 mai 2026, avec une dernière version PyPI datée du 12 février 2026. Aucun des deux dépôts n'est archivé ; les dates, plutôt que le mot « dead », constituent donc la description honnête. Aider alternatives couvre les successeurs propres à ce projet.
Énoncez clairement le compromis avant de migrer. Partir signifie abandonner Droid Core — le pool gratuit de modèles open-weight avec ses propres limites de débit, qui vous prend en charge une fois l'utilisation standard épuisée — ainsi que Factory Router (affiché sur certaines surfaces sous le nom Auto Model), Missions et les surfaces de délégation Web, mobile et Slack hébergées. Factory Router est facile à interpréter à tort comme une fonctionnalité de passerelle personnelle ; il achemine entre les modèles facturés par Factory elle-même, ce qui est l'inverse. Rien de tout cela ne vous suit.
Ce qui migre, ce qui doit être réécrit, ce qui reste sur place
| Ressource | Coût de migration | Détail |
|---|---|---|
| Instructions de projet | Gratuit | Droid lit AGENTS.md, agents.md, Agents.md, CLAUDE.md et Claude.md ; opencode lit AGENTS.md avec CLAUDE.md comme solution de repli. Le même fichier fonctionne dans les deux, sans conversion |
| Serveurs MCP → Claude Code | Copier | Les deux utilisent la clé de premier niveau mcpServers et les champs type, command, args, env, url et headers. Les champs propres à Droid — disabled, disabledTools, connectTimeout — sont absents de la liste de champs documentée par Claude Code et sont supprimés |
| Serveurs MCP → opencode ou Codex | Réécrire | opencode utilise la clé mcp, les types local/remote, un tableau command et environment ; Codex utilise des blocs TOML [mcp_servers.<id>] dans ~/.codex/config.toml |
| La configuration du point de terminaison | Redéclarer manuellement | Le tableau customModels de Droid dans ~/.factory/settings.json n'a aucun schéma équivalent dans les clients nommés sur cette page, et aucun convertisseur n'a été trouvé. Chaque client cible déclare son URL de base et sa clé à sa manière |
| Commandes slash, compétences, sous-agents | Reconstruire | Les commandes personnalisées de Droid résident dans .factory/commands/* et n'ont pas d'équivalent interclient |
| Historique des sessions | Ne migre pas | Factory documente --resume, --fork, droid search, /archive et /copy, mais aucun format d'export ni chemin de session sur disque. Aucun chemin d'import depuis les sessions Droid n'a été trouvé dans la documentation propre aux clients cibles |
La réécriture MCP est l'étape qui pose problème, car les deux fichiers semblent suffisamment similaires pour être copiés avant d'échouer silencieusement. La clé, le vocabulaire des types et la structure de command diffèrent tous :
// Droid — ~/.factory/mcp.json or .factory/mcp.json
{
"mcpServers": {
"my-server": {
"type": "stdio",
"command": "npx",
"args": ["-y", "my-mcp-command"],
"env": { "MY_ENV_VAR": "value" }
}
}
}
// opencode — opencode.json. Different key, different type words,
// and "command" is an ARRAY that swallows the args.
{
"mcp": {
"my-server": {
"type": "local",
"command": ["npx", "-y", "my-mcp-command"],
"enabled": true,
"environment": { "MY_ENV_VAR": "value" }
}
}
}Kunavo ne fournit aucun modèle d'embedding ; si votre client cible indexe un dépôt avec des embeddings, cette étape nécessite un fournisseur distinct — elle ne fait pas partie d'une clé de passerelle. Sources : la page MCP de Droid, sa page sur les fichiers d'instructions, la documentation MCP de Claude Code, la documentation MCP d'opencode et la référence de configuration de Codex, vérifiées le 21 septembre 2026. La documentation de Codex a été déplacée : developers.openai.com/codex répond par une redirection vers learn.chatgpt.com.
Une estimation détaillée pour la partie point de terminaison
Les propres chiffres de Factory ne permettent pas de produire un nombre comparable, car aucune valeur en dollars du Standard Credit n'est publiée. Ce calcul ne chiffre donc que la partie modifiée par une migration — les tokens envoyés par votre nouveau client — et laisse de côté les frais du forfait abandonné, que vous pouvez ajouter vous-même à partir du chiffre publié. Supposons une journée de travail d'utilisation de l'agent avec 1,200,000 tokens d'entrée non mis en cache et 80,000 tokens de sortie, ainsi que 20 jours de ce type par mois. Ces hypothèses sont inventées à des fins d'illustration et ne sont pas mesurées. Les tarifs sont les prix actuels du catalogue Kunavo par million de tokens.
| Modèle | Entrée / sortie par million | Journée estimée | Mois estimé de 20 jours |
|---|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $1.12 | $22.40 |
| GPT-5.6 Terra | $0.70 / $4.20 | $1.18 | $23.52 |
| Claude Sonnet 5 | $1.40 / $7.00 | $2.24 | $44.80 |
Il s'agit de calculs illustratifs de tokens, et non d'un coût de tâche mesuré ni d'un plafond de facture. Dans ces hypothèses, le choix du modèle à lui seul fait varier le mois modélisé d'un facteur de 2.0 : Claude Haiku 4.5 atteint $22.40, contre $44.80 pour Claude Sonnet 5 avec une forme de tokens identique. La question de savoir si cela est plus avantageux qu'un abonnement dépend entièrement de votre propre volume ; seuls vos propres comptes de tokens peuvent trancher — un mois chargé sur un point de terminaison facturé à l'usage peut coûter plus cher qu'un forfait fixe, qui est précisément le cas auquel le forfait répond.
Séparez également les deux questions. Le tarif affiché le moins cher et le coût minimal pour terminer une tâche sont deux affirmations différentes : un modèle moins cher qui nécessite trois tentatives peut coûter plus cher qu'un modèle plus cher qui réussit en un seul passage. AI cost optimization explique comment mesurer cela sur votre propre dépôt. Le montant du catalogue Kunavo constitue un plancher de facturation et non un plafond : lorsque le fournisseur amont communique son coût, 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 ne sont pas inclus dans cet exemple, et le rechargement minimal est de $10 de crédit prépayé ; il s'agit d'un minimum de financement, pas d'un abonnement ; consultez les détails de facturation.
Migrez en cinq étapes et gardez une voie de retour ouverte
Copiez d'abord le fichier d'instructions — il n'y a rien à convertir. Redéclarez votre point de terminaison dans le format propre au nouveau client. Réécrivez ou copiez le bloc MCP conformément au tableau ci-dessus. Reconstruisez les commandes slash selon la terminologie de la cible et acceptez que l'historique des sessions reste sur place. Exécutez ensuite la même tâche bornée dans les deux configurations pendant une période de facturation et consultez le montant enregistré par chaque côté.
Le retour en arrière est simple si vous l'anticipez : laissez Droid installé et ~/.factory/settings.json inchangé pendant l'essai du remplacement. Deux détails de facturation influencent le calendrier, et Factory les indique tous deux dans la même réponse de FAQ : « Standard Usage does not roll over month to month. Extra Usage that you purchase does roll over. » L'Extra Usage est également prépayée, avec un minimum de $10, et n'expire pas ; un solde acheté subsiste donc après la décision (page de Factory sur les forfaits individuels, 21 septembre 2026).
Si la limite atteinte concernait les frais du forfait plutôt que le client, la migration la moins coûteuse pourrait être de ne pas migrer du tout : Droid accepte un point de terminaison personnalisé via trois valeurs de fournisseur, et la page de configuration de Factory Droid contient le JSON. Factory précise elle-même cette voie : « Only Anthropic and OpenAI models accessed via their official APIs are fully tested and benchmarked », et note que la mise en cache des invites sur un point de terminaison Chat Completions générique « varies by provider and cannot be guaranteed ». Il s'agit des réserves de Factory concernant les points de terminaison personnalisés en général, et elles s'appliquent ici. Si vous migrez, commencez par opencode, OpenHands, Cline, goose, Crush ou Codex CLI, et créez un compte Kunavo lorsque vous serez prêt à financer une clé. Pour la comparaison directe avec le client d'Anthropic, consultez Factory Droid vs Claude Code.
Questions fréquentes
Quelle est la meilleure alternative à Factory Droid ?
Il n’existe pas de réponse unique, car les alternatives corrigent des limites différentes. Si vous partez parce que les frais du forfait Factory subsistent malgré l’utilisation de votre propre clé, opencode (MIT), Cline (Apache-2.0) et goose (Apache-2.0, désormais projet Linux Foundation AAIF) sont gratuits pour un développeur individuel qui apporte sa propre clé — la page de tarification de Cline décrit sa extension open source comme « complètement gratuite pour les développeurs individuels », tandis qu’opencode et goose ne publient aucun frais pour le client. Si vous partez parce que les modèles personnalisés de Factory n’atteignent que la CLI Droid et l’application de bureau, et non ses plateformes Web ou mobiles hébergées, OpenHands est le seul cas vérifié ici qui conserve une surface hébergée tandis que la clé reste la vôtre — auto-hébergement MIT ou forfait Individual hébergé gratuit, avec votre propre clé dans les deux cas. Si vous voulez une CI sans interface et sans fenêtre d’abonnement, Codex CLI (Apache-2.0) et opencode acceptent tous deux une URL de base personnalisée depuis un fichier de configuration. Tous les états des dépôts ont été lus via l’API GitHub le 21 septembre 2026.
Existe-t-il une alternative gratuite à Factory Droid ?
Le client peut être gratuit ; l'inférence ne l'est pas. opencode est sous licence MIT, l'extension de Cline est gratuite pour les développeurs individuels sur sa propre page tarifaire, goose est sous licence Apache-2.0, OpenHands propose à la fois un hébergement autonome sous MIT et un niveau Individual hébergé gratuit, et Codex CLI est sous licence Apache-2.0 (tous vérifiés le 21 septembre 2026). Crush est un téléchargement gratuit, mais son code est disponible sous FSL-1.1-MIT plutôt que sous une licence open source reconnue par l'OSI. Dans tous les cas, vous payez toujours le point de terminaison du modèle vers lequel vous dirigez le client ; comparez donc la facture de tokens plutôt que le prix du téléchargement.
Le fait d'utiliser ma propre clé API supprime-t-il l'abonnement Factory Droid ?
Non. La documentation de Factory sur les forfaits individuels indique : « BYOK is free up to an allowance on all Individual plans. After that, usage is charged according to your specific plan » (vérifié le 21 septembre 2026), et les frais du forfait eux-mêmes ne sont pas affectés par votre clé. Le montant de cette allocation gratuite n'est publié ni sur la page BYOK, ni sur la page des forfaits individuels, ni sur la page des modèles, ni dans la FAQ tarifaire ; il est donc impossible de déterminer quand vous la dépassez avant que cela ne se produise. Factory ne publie pas non plus la valeur en dollars d'un Factory Standard Credit, raison pour laquelle ses propres chiffres ne peuvent pas être convertis en coût par tâche.
Ma configuration Droid sera-t-elle transférée vers un autre agent ?
Partiellement, et la séparation est prévisible. Les instructions de projet sont transférées gratuitement : Droid lit AGENTS.md, agents.md, Agents.md, CLAUDE.md et Claude.md, tandis qu'opencode lit AGENTS.md avec CLAUDE.md comme solution de repli ; le même fichier fonctionne donc dans les deux sans conversion. Les serveurs MCP sont transférables vers Claude Code, qui utilise la même clé de premier niveau mcpServers et les mêmes champs command/args/env/url/headers, bien que les champs propres à Droid tels que disabled, disabledTools et connectTimeout soient absents de la liste de champs documentée par Claude Code et soient supprimés. Les serveurs MCP doivent être réécrits pour opencode (clé de premier niveau mcp, type local ou remote, command sous forme de tableau, environment pour les variables env) et pour Codex CLI (blocs TOML dans ~/.codex/config.toml). La configuration du point de terminaison elle-même n'est pas transférée : le tableau customModels de Droid n'a pas de schéma équivalent dans les autres clients ; chaque cible redéclare donc l'URL de base et la clé à sa manière.
Puis-je exporter l'historique de mes sessions Factory Droid ?
Aucun format d'export n'est documenté. La référence CLI de Factory documente la reprise d'une session avec --resume, sa duplication avec --fork, la recherche de sessions locales avec droid search, l'archivage avec /archive et la copie d'invites, de réponses, de plages de tours ou d'un identifiant de session avec /copy — mais aucune commande d'export en masse ni aucun chemin de session sur disque ; seul ~/.factory/worktrees est associé à un chemin (vérifié le 21 septembre 2026). Aucun chemin d'import depuis les sessions Droid n'est non plus apparu dans la documentation des clients nommés sur cette page. Considérez que l'historique reste sur place, ce qui justifie de faire fonctionner les deux configurations en parallèle plutôt que de basculer en une seule étape.
Factory Droid est-il abandonné ?
Non. Le 21 septembre 2026, le paquet npm droid était en version 0.223.0, publié le 19 septembre 2026, avec six versions publiées au cours des six jours allant du 14 au 19 septembre ; le dépôt public Factory-AI/factory n'était pas archivé. L'index d'actualités de Factory contient un article du 18 septembre 2026 sur les déploiements dans un VPC privé, sur site et en environnement isolé. Le domaine a été déplacé plutôt qu'abandonné : factory.ai répond par une redirection 307 vers factory.com, l'hôte marketing canonique, tandis que la documentation est restée sur docs.factory.ai. Quitter Droid en 2026 est une décision d'adéquation, pas une opération de sauvetage.
Devrais-je plutôt passer à Continue ou Aider ?
Ni l'un ni l'autre n'est une recommandation actuelle. Continue a été racheté par Cursor — le titre de la propre page de continue.dev est « Continue (acquired by Cursor) » — et sa liste de versions s'arrête au 19 juin 2026, avec les tags v2.1.0-vscode et v2.0.0-vscode ; les derniers commits de sa branche par défaut datent du 21 juillet 2026, dont l'un s'intitule « docs: remove Sign in link (login flow retired) ». Le dépôt n'est pas archivé ; la description exacte est donc « racheté, versions arrêtées », et non « archivé ». Aider est sous licence Apache-2.0 et n'est pas non plus archivé, mais son dernier commit date du 22 mai 2026 et sa dernière version PyPI, 0.86.2, du 12 février 2026. Les deux vérifications datent du 21 septembre 2026. Les citer avec ces dates est justifié ; migrer vers eux comme nouveau choix ne l'est pas.
La documentation tarifaire, BYOK, modèles, MCP et CLI de Factory, l'entrée du registre npm pour droid et l'état via l'API GitHub d'opencode, Cline, goose, OpenHands, Codex CLI, Crush, Aider et Continue ont tous été consultés le 21 septembre 2026 ; l'inactivité de Continue a été confirmée à partir de la liste des commits de sa branche par défaut, et non de son horodatage pushed_at. Aucun client de cette page n'a été testé en conditions réelles avec Kunavo, y compris Droid, et les tarifs de tokens de Kunavo proviennent du catalogue actuel, tandis que chaque exemple en dollars correspond à un calcul illustratif.