Usage credits (crédits d’usage)

Comment ça marche

Un abonnement à un outil d’IA n’est pas illimité. Il inclut une réserve de consommation, exprimée en crédits, en messages, en tokens ou en « utilisation » selon la plateforme, renouvelée chaque jour, chaque semaine ou chaque mois. Chaque action en prélève une part, variable : une question courte coûte peu, un agent qui tourne longtemps ou un mode de raisonnement coûtent beaucoup. Quand la réserve est vide, l’outil impose une attente, bascule sur un modèle réduit, ou propose d’acheter des crédits.

Pour une équipe, ça se gère comme un budget. Savoir ce qui consomme : les agents, les documents longs, les modes avancés. Choisir les plans selon les usages : un plan léger pour qui converse, un plan élevé pour qui fait travailler des agents toute la journée. Surveiller les jauges, et prévoir l’alternative : un accès par API pour les automatisations, qui ne dépend pas des crédits individuels. Et lire les conditions, parce que les plafonds et les périodes changent souvent.

Un exemple concret

1. Le symptôme : chaque vendredi, trois consultants ne peuvent plus utiliser leur agent de code en fin de journée : « limite atteinte, réessayez dans quatre heures ».
2. La cause : leur plan individuel inclut une réserve hebdomadaire. Ils l’épuisent avec des sessions d’agent longues, en mode raisonnement, sur des dossiers volumineux.
3. Les ajustements : les trois gros utilisateurs passent sur le plan supérieur, dont la réserve est cinq fois plus grande, pour un surcoût modeste au regard du temps perdu. Les autres restent sur le plan léger.
4. Les gestes : le mode raisonnement réservé aux tâches qui le justifient ; sessions résumées plutôt qu’allongées ; les traitements de masse déplacés vers l’API, hors des crédits individuels.
5. Le suivi : le référent regarde les jauges le jeudi. Si quelqu’un est à 80 %, il ajuste avant le blocage.

Le problème n’était pas la limite, mais l’absence de lecture de la limite. Deux heures d’analyse et un changement de plan l’ont réglé.

Ce que ça change pour une équipe

• Les plans se choisissent sur l’usage. Pas un plan unique pour tous : le plan de chacun selon ce qu’il fait.
• Les blocages se préviennent. Une jauge regardée, une alerte, et personne ne découvre la limite en pleine tâche.
• Les usages lourds sont identifiés. Agents, raisonnement, gros documents : on sait ce qui consomme, et on le réserve aux bons cas.
• L’API prend les automatisations. Ce qui tourne tout seul ne doit pas dépendre des crédits d’une personne.

Les limites et les erreurs fréquentes

• Ne pas lire les conditions. Les réserves, les périodes et les taux changent. Une relecture à chaque changement de plan annoncé.
• Un plan pour tout le monde. Trop cher pour les uns, insuffisant pour les autres. Deux ou trois niveaux, selon les profils.
• Dépenser les crédits sur du superflu. Le mode raisonnement activé en permanence vide la réserve sans gain. Les modes avancés se choisissent.
• Faire tourner une automatisation sur un compte individuel. Elle vide les crédits de la personne et s’arrête avec eux. L’API, avec sa propre facturation.