Coût des agents IA Module

Vaks PM · Guide d'intégration · Coût & facturation des agents · Août 2026

Le principe — un agent se mesure en usage, pas en heures

Un agent n'a pas de feuille de temps : sa capacité n'est jamais des heures, et sa consommation ne se compte pas comme celle d'un humain. Elle se mesure en usage du modèle — le volume de texte traité par le grand modèle de langage qui le pilote. Vaks PM transforme cet usage en un montant en euros à deux titres distincts : ce que l'agent vous coûte (coût interne) et, le cas échéant, ce que vous facturez à un client (prix de vente). Les deux alimentent la même vue de résultat que le travail humain.

Tokens ou crédits — deux unités selon le fournisseur

L'unité dépend de la façon dont le fournisseur du modèle facture, et Vaks PM la choisit automatiquement :

Le coût interne — ce que le modèle vous coûte

Le coût interne d'un agent se dérive de taux configurables, saisis sur la fiche de l'agent (onglet Coût) :

• Deux taux pour un agent au token : un taux par 1000 tokens d'entrée et un par 1000 tokens de sortie — parce que l'output d'un LLM coûte plusieurs fois son input. Le coût d'une exécution est alors tokens_entrée/1000 × taux_in + tokens_sortie/1000 × taux_out.
• Un prix du crédit pour un agent Copilot : un montant par crédit (réglé globalement dans les policies, voir estimation), qui multiplie le nombre de crédits mesurés.

Ces taux n'ont pas besoin d'être saisis à la main modèle par modèle : le catalogue de prix les pré-remplit pour les modèles connus.

Facturer un client — un prix de vente distinct

Le coût interne (ce que vous payez) et le prix facturé (ce que vous vendez) sont deux valeurs indépendantes, volontairement découplées. Le prix de vente est un taux unique par 1000 unités (tokens ou crédits confondus, entrée et sortie mélangées) — c'est un prix commercial, sans lien avec la structure de coût du fournisseur. Un agent sans taux de facturation est simplement non facturable : son coût interne reste suivi, mais rien n'est porté au chiffre d'affaires.

Résolution des taux — du plus précis au défaut

Pour un projet donné, le taux appliqué à un agent se résout par ordre de priorité :

1. Taux de l'agent sur ce projet — un override posé projet par projet (sous la finance du projet), quand un client négocie un tarif particulier.
2. Taux par défaut de l'agent — celui de sa fiche, qui s'applique partout ailleurs.
3. Non facturable — en l'absence des deux, le travail de l'agent ne génère pas de chiffre d'affaires (le coût reste, lui, toujours suivi).

D'où vient le chiffre — trois sources

Connaître le coût réel d'une exécution suppose de connaître l'usage réel. Vaks PM accepte ce chiffre de trois façons, de la plus simple à la plus fiable. Elles ne s'excluent pas — un coup mesuré ou déclaré réel n'est jamais écrasé par une estimation.

Déclaré — l'agent rapporte son usage

Après avoir travaillé, un agent déclare le coût de son exécution : le nombre de tokens d'entrée et de sortie (et éventuellement un coût déjà calculé). Si l'agent ne fournit que les tokens, Vaks PM dérive le coût depuis ses taux — et garde toujours ce montant dérivé comme référence anti-triche : un coût déclaré qui s'écarte trop de ce que les tokens impliquent est signalé comme anomalie. Le coût déclaré prime, la référence sert de garde-fou.

Mesuré — la passerelle LLM

Pour une mesure exacte sans dépendre de la déclaration de l'agent, Vaks PM fournit une passerelle LLM optionnelle : un relais léger, déployé côté client au plus près des agents, par lequel passent leurs appels aux modèles (Anthropic, OpenAI et compatibles). La passerelle lit l'usage réel dans la réponse du fournisseur et le transmet à Vaks PM, marqué comme mesuré. L'agent n'a rien à déclarer.

Estimé — les agents facturés au crédit (Copilot)

Certains agents ne sont pas mesurables au token : un agent Microsoft Copilot Studio est facturé par Microsoft en crédits, et le détail par appel n'est pas exposé au token. Pour que ce coût n'échappe pas au P&L, Vaks PM l'estime : il compte l'activité de l'agent — une base par tâche, plus un incrément par appel d'outil — en crédits, puis les convertit en euros via le prix du crédit que vous renseignez.

Le catalogue de prix des modèles

Convertir des tokens en euros suppose de connaître le prix de chaque modèle. Vaks PM tient un catalogue de prix qui sert à deux choses : proposer la liste des modèles à la création d'un agent, et pré-remplir ses taux de coût interne.

Rafraîchissement — optionnel et opt-in

Le rafraîchissement en ligne est désactivé par défaut. Un administrateur l'active par un toggle dans les policies ; il tourne alors environ une fois par jour, ajoute ou met à jour les prix, et signale une dérive quand un prix bouge sensiblement. Deux garde-fous :

• Un prix saisi à la main n'est jamais écrasé. Si vous fixez vous-même le taux d'un modèle, le feed le respecte — il ne touche que ce qu'il a lui-même posé.
• Le réseau doit être ouvert. Le rafraîchissement joint openrouter.ai et le dépôt de prix de LiteLLM. Sur une instance sans sortie Internet, laissez-le désactivé et tenez-vous-en à la liste livrée hors-ligne (que l'on peut compléter à la main).

Où le coût apparaît — P&L, rapports, exports

Une fois connu, le coût (et le chiffre d'affaires) d'un agent rejoint le reste de la finance, aux côtés du travail humain :

• Compte de résultat du projet — le coût réel des agents entre dans le coût du projet, leur prévisionnel dans l'à-terminaison, et le CA agents facturé dans le revenu.
• Rapports projet & portefeuille — le coût et le revenu des agents sont ventilés par projet et par client, avec une sous-ligne « dont agents IA ».
• Exports — CSV, tableur (XLSX) et PDF reprennent la ventilation agents.

Où configurer

À lire aussi : Agents IA — coût & facturation (vue d'ensemble) · Agent autonome Copilot — le coût d'exécution · Annuaires d'agents (les taux à l'enregistrement entrant) · toutes les intégrations.