Agent IA gratuit : le seuil où ça casse

Un agent IA gratuit, c'est un modèle qui enchaîne plusieurs étapes et appelle des outils à ta place, sur un palier qui ne demande pas de carte bancaire. Ces paliers suffisent pour un usage réel, à une condition : que tu déclenches chaque exécution et que tu lises chaque sortie. Le gratuit ne casse pas sur le prix. Il casse à la première exécution que personne ne regarde.

Deux gratuits qui n'ont rien à voir

Si tu veux la règle tout de suite, la voici, et le reste de l'article la justifie. Reste sur un palier gratuit tant que tu lances chaque exécution et que tu lis chaque sortie. Le jour où tu écris ton premier déclencheur horaire, pose quatre pièces avant de le laisser partir : un validateur qui refuse la sortie hors format, un état durable qui note ce qui est déjà fait, un plafond d'étapes et de dépense, une notification à chaque fin d'exécution, réussie ou non. Aucune n'est chère, aucune n'est fournie par défaut, et chacune est détaillée plus bas.

Avant cela, une distinction évite la première erreur : les comparatifs mélangent deux familles dans la même liste.

Le palier gratuit d'un produit hébergé, d'abord : le mode agent d'un assistant grand public, un automatiseur en ligne. Tu ne paies rien et tu ne gères rien, mais tu es plafonné par un quota que l'éditeur peut changer sans te prévenir.

Le framework open source ensuite : une bibliothèque d'agents, un automatiseur auto-hébergé, ou une boucle en Python autour d'une API de modèle. Ici, gratuit qualifie la licence, pas la facture. Le code ne coûte rien, chaque appel au modèle coûte quelque chose, sauf si tu fais tourner un modèle en local sur ta machine.

La bonne question n'est donc pas « quel est le meilleur agent IA gratuit ». C'est : qu'est-ce que je paie à la place ? Un quota, une dépendance à un éditeur, ou du temps de câblage.

Le seuil : la première exécution que personne ne regarde

Tant que tu es devant l'écran, tu tiens cinq rôles sans t'en apercevoir.

Tu es la validation : tu vois tout de suite que la sortie est fausse. Tu es la reprise : tu relances quand ça rate. Tu es la limite de débit : tu ne cliques pas quatre cents fois d'affilée. Tu es la trace : tu as l'historique sous les yeux. Tu es l'alerte : tu sais que ça a échoué parce que tu étais là.

Le seuil, c'est le moment où tu écris ton premier déclencheur horaire. À six heures du matin, l'agent part sans toi. Les cinq rôles sont vacants, et ni le palier gratuit ni le framework ne les reprennent : aucun des deux ne sait ce qu'est une sortie correcte dans ton contexte.

Le seuil n'est donc ni un volume ni un prix. C'est un changement de nature : le moment où l'agent produit un effet que personne ne lit avant qu'il parte.

Ce que j'observe en montant ce genre d'agents pour mes propres produits : la première exécution non surveillée ne plante presque jamais. Elle réussit à moitié. C'est bien plus embêtant, parce qu'une moitié de réussite ne déclenche aucune alarme.

“

Le gratuit ne casse pas sur le prix, il casse à la première exécution que personne ne regarde.

”

Ce qui casse juste après le seuil

Quatre choses lâchent, toujours dans le même ordre.

L'échec devient silencieux. Un quota atteint ne remonte pas toujours une erreur nette jusqu'à ton agent. Tu reçois une réponse tronquée, et le texte reste plausible. Tu ne le vois pas le jour même. Tu le vois trois jours plus tard, sur une sortie qui a l'air correcte et qui ne l'est pas.

L'action se dédouble. Rejouer une exécution est sans conséquence quand tu regardes. Automatisée, une reprise après coupure renvoie le même email ou republie le même post. Sur de l'envoi à froid, ce doublon coûte la réponse et parfois la réputation du domaine : une des choses que je détaille dans mes douze notes de terrain sur le cold-emailing.

L'état ne survit pas. Une conversation garde son contexte tant que l'onglet est ouvert. Un agent qui tourne plusieurs fois par jour n'a aucune mémoire d'une exécution à l'autre, sauf si tu écris cet état quelque part : un fichier, une table, une ligne de base de données. Sinon il refait ce qu'il a déjà fait. C'est le problème de la désinscription en emailing, où la question utile est toujours qui détient l'information dans la fiche contact plutôt que dans l'outil d'envoi.

L'identité est empruntée. Tant que tu es là, l'agent agit depuis ta session, avec tes accès. Seul, il lui faut les siens : une clé révocable sans casser ton compte, et une adresse à lui s'il écrit à des gens. C'est ce que résout AgentMail côté email, avec une boîte créée par API pour l'agent au lieu de la tienne.

Les quatre pièces à poser avant de le laisser seul

Les voici en détail, dans l'ordre où je les poserais.

Un validateur qui refuse. Des limites dures, écrites en code, sur la sortie de l'agent : champs obligatoires, longueurs, format. Si la sortie ne passe pas, l'agent ne publie pas et se termine en erreur, avec la raison. Un agent qui n'a aucun moyen d'échouer proprement ne devrait pas tourner sans surveillance.

valider sortie.json && publier sortie.json || alerte "echec $(date)"

Un état durable. Une ligne écrite avant l'action, marquée comme faite après. Un fichier suffit au début, une table est plus propre. C'est ce qui empêche le double envoi et ce qui permet de reprendre une exécution interrompue sans tout rejouer.

Un plafond. Nombre d'étapes par exécution, nombre d'exécutions par jour, budget mensuel. Sur un palier gratuit, la limite existe déjà, mais elle te sanctionne au lieu de te protéger : une boucle consomme ton quota de la journée en quelques minutes, et le reste de ton travail avec. Sur une API facturée, sans plafond, la même boucle se paie.

Une notification dans les deux sens. Succès et échec. Un agent silencieux qui a planté ressemble trait pour trait à un agent qui n'avait rien à faire, et tu ne fais la différence qu'au bout d'une semaine.

Le prompt compte aussi, mais pas comme tu le crois : celui qui tient sans toi est celui qui impose un format assez strict pour qu'un script puisse vérifier la sortie. J'arrivais à la même conclusion en comparant quatre méthodes d'écriture de prompts ChatGPT sur cinq critères.

Quand rester gratuit est la bonne décision

En dessous du seuil, payer est du gaspillage. Si tu lances ton agent à la main deux fois par semaine et que tu lis ce qu'il produit, un palier gratuit suffit : les heures de câblage seraient mieux dépensées sur ton produit.

La règle tient en une phrase : reste gratuit tant que tu es dans la boucle, pose les quatre pièces le jour où tu en sors. Ce n'est pas ton budget qui change ce jour-là, c'est ton rôle. Tu passes d'utilisateur à opérateur, et un opérateur possède ses accès, ses traces et ses limites.

C'est le partage que j'applique chez moi : les essais restent sur des paliers gratuits, ce qui tourne en production a des accès dédiés et des alertes, comme ReadyToPost qui répond aux commentaires et aux DM sans que je lise chaque message.

Avant d'écrire ta ligne de planification, pose-toi la seule question qui compte : si cet agent se trompe demain à six heures du matin, qui s'en aperçoit, et au bout de combien de temps ?

FAQ

Quel agent IA gratuit choisir pour débuter ? Commence par le mode agent de l'assistant que tu utilises déjà, sur une tâche que tu sais vérifier en trente secondes. Tu apprends ce qu'un agent rate avant d'investir dans du câblage.

Un agent IA gratuit peut-il tourner la nuit, sans moi ? Techniquement oui, un déclencheur horaire suffit. Utilement, seulement si tu as posé les quatre pièces : validateur, état durable, plafond, notification dans les deux sens. Sans elles, tu découvriras l'échec plusieurs jours après.

Combien coûte le passage au payant ? Cela dépend de deux variables : le nombre d'appels par exécution et la taille du contexte envoyé à chaque appel. Mesure le coût d'une seule exécution avant de multiplier la fréquence.

Comment savoir si mon agent gratuit a échoué ? Uniquement si tu l'as prévu. Fais-le notifier à chaque fin d'exécution, réussie ou non, et fais-le sortir en erreur quand son validateur refuse sa propre sortie. Un agent qui ne parle que lorsqu'il va bien ne t'apprend rien.