Tarification de Factory Droid : forfaits, coûts d’API et choix des fournisseurs

La CLI Droid de Factory n’est pas gratuite et n’a pas d’offre gratuite publiée : les forfaits individuels sont affichés à 20 $/mois (Pro), 100 $/mois (Plus) et 200 $/mois (Max), Teams à 60 $/mois par équipe plus 40 $/mois par siège, tandis que Business et Enterprise sont proposés à des tarifs personnalisés. Utiliser votre propre clé API ne supprime pas cet abonnement. La propre documentation de Factory indique que le BYOK est gratuit seulement « dans la limite d’un quota » et est facturé au-delà ; le budget honnête correspond donc aux frais du forfait, à la facture de tokens de votre fournisseur et à tout ce que Factory mesure au-delà du quota.

Il s’agit de l’agent de Factory — la CLI Droid, le client de bureau Factory App et le mode sans interface droid exec — et non d’un téléphone Motorola DROID. À noter concernant les sources : factory.ai redirige désormais par 307 vers factory.com à la fois depuis la racine et depuis /pricing (vérifié le 18 septembre 2026), tandis que docs.factory.ai et app.factory.ai répondent encore directement et que la navigation de Factory affiche toujours « Factory.ai ». La migration est en cours ; tout ce qui suit est donc cité à l’URL résolue.

Trois factures distinctes, pas une seule

La plupart des confusions viennent du fait que trois frais sont regroupés en un seul chiffre : le prix du forfait (le guide de démarrage rapide de la CLI indique « if prompted, sign in via your browser », et la référence de la CLI contient les commandes /login et /logout) ; l’utilisation des modèles facturée par Factory, c’est-à-dire l’utilisation standard incluse plus l’Extra Usage prépayé au-delà ; et la facture de votre propre fournisseur si vous configurez un modèle personnalisé. C’est ce troisième élément que les comparaisons omettent. Chez certains clients agentiques, une clé API personnelle remplace entièrement le compteur du fournisseur. Chez Factory, elle s’y ajoute.

Tarifs des forfaits Factory

Vérifié le 18 septembre 2026 à partir de la page tarifaire de Factory, de la documentation des forfaits individuels et de la documentation des forfaits d’organisation. La page marketing et la documentation concordent sur les trois tarifs individuels ; il ne s’agit donc pas d’une page d’accueil obsolète. Aucun tarif annuel, aucune offre gratuite ni aucun essai n’apparaît sur la page tarifaire diffusée.

Comment Factory mesure l’utilisation, et pourquoi elle ne peut pas être convertie en dollars

L’utilisation individuelle n’est pas un seau mensuel de tokens. La documentation des forfaits individuels de Factory décrit trois fenêtres glissantes — 5 heures, 7 jours et 30 jours — qui « fonctionnent chacune indépendamment », et vous devez disposer d’une marge dans les trois pour envoyer une requête. Un forfait peut être épuisé un mardi après-midi et redevenir utilisable le mercredi sans qu’aucune réinitialisation mensuelle n’ait lieu.

La consommation est comptée en crédits standard Factory, que la référence de l’API Analytics décrit comme calculés à partir des tokens bruts d’entrée et de sortie avec des remises liées au cache. Chaque modèle possède un multiplicateur publié par rapport à cette unité, plutôt qu’un prix par token :

Relevé dans la liste des modèles de Factory le 18 septembre 2026. Plusieurs entrées sont promotionnelles et assorties de dates d’expiration précises — GPT-5.6 Sol est facturé à 1,6x « jusqu’au 22 novembre 2026, puis revient à 2x », et Gemini 3.8 Flash à 0,3x « jusqu’au 1er janvier 2027, puis revient à 0,6x » — toute table de multiplicateurs doit donc comporter une date de référence, y compris celle-ci.

Factory ne publie pas la valeur en dollars d’un crédit standard. Elle ne figure ni sur la page tarifaire, ni sur l’une ou l’autre des pages de forfaits, ni dans la référence Analytics, et nous n’avons trouvé aucune conversion ailleurs dans la documentation. La conséquence pour les acheteurs est directe : les chiffres publiés ne permettent pas de calculer le coût d’une tâche donnée dans le cadre d’un abonnement Factory. Les multiplicateurs classent les modèles les uns par rapport aux autres sur le compteur de Factory ; ils ne les convertissent pas en tarif par million de tokens. Tout montant en dollars cité ailleurs pour l’utilisation des modèles Factory ne provient donc pas des tarifs ou de la documentation publiés par Factory — demandez la conversion à Factory avant de lui faire confiance.

Ce qu’une clé API personnalisée modifie ou ne modifie pas

Factory appelle cela BYOK, et c’est bien réel, mais plus limité que ne le suggère l’expression. Cinq limites tirées de la documentation BYOK de Factory, de sa page tarifaire des forfaits individuels et de sa référence de contrôle des organisations, vérifiées le 18 septembre 2026 :

• C’est limité aux interfaces locales. « Les modèles personnalisés sont disponibles dans la CLI Droid et l’application de bureau, qui lisent votre settings.json local ; ils n’apparaissent pas sur les plateformes web ou mobiles hébergées de Factory. » La délégation via le produit hébergé continue d’utiliser l’inférence facturée par Factory.
• L’utilisation reste mesurée. La page des forfaits individuels indique : « Le BYOK est gratuit dans la limite d’un quota sur tous les forfaits Individual. Au-delà, l’utilisation est facturée selon votre forfait. » La taille du quota n’est indiquée nulle part, et la page BYOK elle-même ne le mentionne pas. Il n’est pas non plus précisé si le trafic BYOK consomme les trois fenêtres glissantes ; considérez ces deux points comme non vérifiés.
• Un administrateur peut le supprimer. modelPolicy.allowCustomModels: false désactive entièrement le BYOK pour les utilisateurs, et allowedBaseUrls peut forcer tout le trafic des modèles personnalisés à passer par un hôte approuvé unique. Un modèle personnalisé nouvellement ajouté via les paramètres gérés par l’organisation ne peut pas utiliser un apiKey statique — Factory indique d’utiliser apiKeyHelper, un endpoint sans clé ou un modèle Bedrock à la place, tandis que « les modèles à clé statique existants continuent de fonctionner et peuvent toujours faire tourner leur clé ». apiKeyHelper exécute lui-même une commande shell ; il n’est donc pris en compte que dans les paramètres gérés par l’organisation et est supprimé des paramètres utilisateur, de projet et de dossier.
• Certaines fonctionnalités ne suivent pas. Pour les fournisseurs génériques, « la prise en charge de la mise en cache des prompts varie selon le fournisseur et ne peut pas être garantie » — et un client agentique renvoie son contexte à chaque étape, de sorte que la mise en cache de ce contexte peut modifier considérablement la facture. La référence de la CLI répertorie /cost comme « afficher les statistiques d’utilisation » ; consultez-les plutôt que de supposer qu’une route met en cache — et vérifiez également le relevé d’utilisation de votre fournisseur.
• Factory limite ses propres affirmations. « Seuls les modèles Anthropic et OpenAI utilisés via leurs API officielles sont entièrement testés et évalués », et les modèles de moins de 30 milliards de paramètres « ont montré des performances nettement inférieures sur les tâches de codage agentique ». Il s’agit de la formulation de Factory concernant son propre produit, pas de la nôtre.

La CLI est propriétaire — le paquet npm déclare UNLICENSED — ; « l’héberger soi-même et ne payer que les tokens » n’est donc pas possible ici comme avec un client open source. Le seul mode qui supprime entièrement le compte Factory est la version air-gap, qui « ignore la connexion », ne propose que vos modèles et « n’est pas distribuée par les canaux publics de téléchargement ».

Configurer un endpoint personnalisé

Selon la référence des paramètres et la page BYOK, les modèles personnalisés sont placés dans ~/.factory/settings.json (%USERPROFILE%\.factory\settings.json sous Windows), au sein d’un tableau customModels, avec des surcharges dans ~/.factory/settings.local.json et <project>/.factory/settings.local.json. Les champs obligatoires sont model, baseUrl et provider. Dans les paramètres utilisateur, provider doit être exactement l’une de trois valeurs, chacune sélectionnant un protocole filaire différent : anthropic pour l’API Anthropic Messages, openai pour l’API OpenAI Responses et generic-chat-completion-api pour OpenAI Chat Completions.

Kunavo prend en charge ces trois protocoles. La configuration ci-dessous est dérivée des protocoles documentés des deux produits ; elle n’a pas été testée en conditions réelles avec la CLI Droid ici. Considérez-la donc comme un point de départ et gardez votre route fonctionnelle disponible pendant les essais.

{
  "customModels": [
    {
      "model": "claude-sonnet-5",
      "displayName": "Kunavo Claude Sonnet 5",
      "baseUrl": "https://api.kunavo.com",
      "provider": "anthropic",
      "apiKey": "${KUNAVO_API_KEY}",
      "maxOutputTokens": 8192
    }
  ]
}

Deux détails sont importants. L’URL de base au style Anthropic sur Kunavo est l’origine sans /v1 — son ajout produit des requêtes vers /v1/v1/messages, qui renvoient 404 (voir la référence de l’URL de base) ; le tableau de Factory indique https://api.anthropic.com, origine uniquement, pour la route Anthropic officielle. Et authMode peut être omis, car l’endpoint Messages de Kunavo accepte l’en-tête Anthropic x-api-key ainsi que Authorization: Bearer, et x-api-key est ce que Factory envoie par défaut. Pour le chemin Chat Completions, définissez plutôt provider sur generic-chat-completion-api et baseUrl sur https://api.kunavo.com/v1. La validation par Droid d’une chaîne de modèle donnée telle quelle reste à confirmer.

Deux pièges : l’ancien format ~/.factory/config.json avec custom_models et base_url en snake_case est toujours chargé et fusionné, avec settings.json prioritaire — mais Factory précise que l’expansion de ${VAR_NAME} ne s’y applique pas, de sorte qu’une configuration copiée peut discrètement envoyer l’espace réservé littéral comme clé — utilisez settings.json. Et deux pages officielles ne s’accordent pas sur le nommage d’un modèle personnalisé en ligne de commande : la page présentant Droid Exec indique custom: avec le nom d’affichage et un index, tandis que la page des sous-agents indique custom: avec le champ model et précise de ne pas utiliser le nom d’affichage. Les deux ont été vérifiées le 18 septembre 2026. Utilisez le sélecteur interactif /model et confirmez l’option avec droid exec --help sur votre version.

Créez un compte Kunavo pour essayer cette route ; les clés sont délivrées dans le tableau de bord et le solde est prépayé.

Coût des tokens : une estimation détaillée

Comme le prix des crédits Factory n’est pas publié, le seul côté de cette comparaison qui peut être calculé honnêtement est celui des tokens. Supposons une exécution sans interface consommant 400 000 tokens d’entrée non mis en cache et 30 000 tokens de sortie — une hypothèse déclarée, et non une mesure d’une session Droid. Aux tarifs actuels du catalogue Kunavo :

Les prix sont exprimés par million de tokens. Tarifs catalogue Anthropic vérifiés le 18 septembre 2026 ; tarifs Kunavo relevés dans le catalogue en ligne. Comparez la ligne correspondant au modèle que vous comptez utiliser plutôt que de supposer un écart uniforme. À raison de quarante exécutions de ce type par mois, Claude Haiku 4.5 est estimé à $15.40 et Claude Sonnet 5 à $30.80.

Il s’agit d’une arithmétique de tokens, non du coût mesuré d’une tâche ni d’un plafond de facture. Cela exclut les frais de cache, les appels d’outils et les taxes, et suppose que le plus petit modèle termine sans tentatives supplémentaires — hypothèse qui détermine réellement si un tarif moins élevé produit un mois moins cher. Les clients agentiques renvoient le contexte à chaque étape ; le tarif de lecture du cache compte donc généralement davantage que le tarif d’entrée affiché : Claude Sonnet 5 les lectures du cache sont facturées $0.14 par million ici. Ne prévoyez pas votre budget en comptant sur des accès au cache via la route generic-chat-completion-api de Factory, pour laquelle Factory indique que la mise en cache ne peut pas être garantie. La recharge minimale de Kunavo est de $10 en crédit prépayé, sans abonnement ; le guide de facturation explique pourquoi une estimation du catalogue constitue un plancher plutôt qu’un plafond.

Quelle route choisir, et quand

Gardez séparés le « prix affiché le plus bas » et le « coût le plus faible pour terminer la tâche ». Le multiplicateur le plus bas du tableau publié par Factory est celui de GLM-5.3-Flash, à 0,06x, et Claude Haiku 4.5 est le moins cher des trois lignes de l’estimation ci-dessus — mais pas le tarif le plus bas du catalogue Kunavo, qui contient des modèles encore plus petits. Aucun de ces chiffres ne vous indique quel modèle terminera votre tâche en un seul passage. Exécutez une tâche limitée pour chaque candidat et consultez les statistiques d’utilisation /cost de la CLI avant de déplacer le travail planifié.

Comparer les clients plutôt que les fournisseurs : tarification de Claude Code, tarification d’OpenCode et tarification de Cline couvrent des clients dont le routage des modèles diffère de celui de Factory, tandis que l’optimisation des coûts de l’IA couvre les leviers communs à tous. Kunavo publie des guides de configuration pour Claude Code, OpenCode et Cline ; il n’existe aucune page de configuration pour Droid, d’où la configuration ci-dessus, intégrée et marquée comme non testée.

Questions fréquentes

Les prix des forfaits Factory, les multiplicateurs, les règles de limitation de débit et les informations BYOK ont été vérifiés le 18 septembre 2026 sur factory.com/pricing et docs.factory.ai ; la redirection de factory.ai vers factory.com a été vérifiée le même jour. Les tarifs de Kunavo sont lus dans le catalogue en ligne, et les chiffres de coût sont des calculs illustratifs de tokens fondés sur les hypothèses indiquées. Kunavo n’a pas testé la CLI Droid en conditions réelles.