Qu'est-ce que Treg ? L'OpenRouter des outils pour agents, expliqué

Ce qu'est Treg

La documentation de Treg le décrit comme « OpenRouter, but for agent tools instead of models. » Si vous avez déjà utilisé OpenRouter, l'idée se comprend vite, car OpenRouter est en gros une clé pour des centaines de modèles de langage. Treg donne à votre agent une clé pour des milliers d'outils : données SEO et SERP, backlinks, flux sociaux, enrichissement de personnes et d'entreprises, plateformes publicitaires, scraping, et génération d'image, de vidéo et de voix.

On peut le voir comme le cousin côté outils de tous les serveurs MCP pour agents IA apparus cette année, sauf qu'il y a des milliers de fournisseurs derrière une seule porte.

Le constructeur est Superdesign, l'équipe derrière un agent IA de design produit, et le principal auteur de commits du dépôt treg est le fondateur, Jason Zhou. Le dépôt a été créé le 15 juillet 2026 et comptait 3 805 étoiles et 312 forks au 29 septembre, avec plus de 2 400 commits en environ 11 semaines.

Treg a été lancé sur Product Hunt le 17 août 2026 et a fini 7e de la journée avec 160 votes.

J'écris sur le SEO pour vivre, donc ce discours touche un point que je connais bien. Les outils dont un agent a besoin pour une vraie automatisation SEO se cachent derrière des abonnements, et personne ne s'abonne pour une seule exécution. La documentation de Treg les nomme : « Semrush $139/mo, Moz $99/mo, Crunchbase $99/mo, Apollo $59/seat. » Ce que fait Treg, c'est porter ces comptes (ou des fournisseurs moins chers qui font le même travail) et vous facturer des fractions de centime par appel.

Comment fonctionne Treg

Tout passe par un seul endpoint, /call/. Votre agent envoie une requête avec un en-tête X-Treg-Token, Treg injecte l'identifiant adéquat sur ses propres serveurs et transmet la requête, et la réponse du fournisseur est renvoyée telle quelle. La documentation de mise en place énonce la promesse : « nothing sensitive lands on the agent's machine, and every call is audited. »

Il y a deux façons de l'appeler :

1. Un endpoint du catalogue par ID, comme tikhub.tiktok.user.profile. Treg choisit l'identifiant.
2. Un de vos propres outils, en préfixant l'URL amont réelle, comme https://treg.to/call/https://api.stripe.com/v1/charges. Treg cherche la clé que votre équipe a enregistrée pour cet hôte et l'injecte.

Le choix de conception que je trouve le plus intéressant, c'est la façon dont Treg décide quelle clé paie un appel. Il descend une échelle, et la première correspondance l'emporte.

Si vous l'évaluez, c'est le détail que je soulignerais. Dans les mots de Treg : « Your own key always wins over treg's, and those calls are never metered. » Donc si vous payez déjà Firecrawl ou Apify, connecter cette clé ne vous facturera pas deux fois. Treg fonctionne alors comme une porte d'entrée unique vers les outils que vous possédez déjà, avec un repli à l'usage pour ceux que vous n'avez pas, et honnêtement c'est un accord plus équitable que celui de la plupart des passerelles.

Quelques autres mécanismes à connaître :

• Le prix avant l'appel. treg catalog get <id> affiche le tarif, et le montant réellement facturé revient dans un en-tête X-Treg-Cost-Micro.
• Plafond de dépense strict. Envoyez X-Treg-Route-Max-Cost et Treg refuse tout appel qui coûterait plus, sans rien facturer.
• Pas de limite de concurrence. La documentation indique « no per-token or per-team concurrency limit », donc un agent peut lancer des appels en parallèle.
• Jetons d'agent limités. Les administrateurs peuvent créer un jeton limité à certains outils et à un nombre d'appels quotidien, comme treg org agent-new ci-bot --tools stripe,gh --cap 500.

Ce que contient le catalogue de Treg

À bien des égards, le catalogue est le produit. Les plateformes sont regroupées en 10 catégories, et chaque carte indique combien d'endpoints elle contient et le prix le plus bas par appel. Voici sa forme au 29 septembre 2026, d'après le catalogue en ligne :

Une réserve à signaler : les pages de Treg elles-mêmes ne s'accordent pas sur le chiffre principal. La page d'accueil annonce plus de 3 700 endpoints chez 102 fournisseurs, /catalog indique plus de 3 200 outils, et l'API JSON du catalogue compte 3 338 endpoints, dont 2 096 avec un tampon de vérification. Comme le catalogue grandit chaque jour, je considérerais tout chiffre isolé comme un instantané.

Les pages de comparaison sont la vraie fonctionnalité

Ce qui fait de Treg plus qu'un coffre-fort de clés, c'est la façon dont il montre à votre agent toutes les options pour une tâche côte à côte. Chaque page de cas d'usage liste tous les fournisseurs qui font une tâche, avec le prix dans l'unité propre du fournisseur, les entrées acceptées, un taux de succès sur 30 jours issu du trafic propre de Treg et la date à laquelle Treg l'a vérifié de bout en bout pour la dernière fois.

Les écarts de prix sont assez sauvages. Pour trouver un e-mail professionnel (le pain quotidien de tout agent de génération de leads), QuickEnrich coûte 0,00483 $ par adresse trouvée avec 100 % de succès sur 600 414 appels, alors que Hunter sur la même page est à 0,0245 $ et Wiza à 0,075 $. Pour un résumé de backlinks, Serpstat coûte 0,0025 $ par appel et Moz environ 0,0133 $ (ma comparaison Moz vs Ahrefs détaille ce que l'on obtient de chacun au plein tarif). La documentation le dit même clairement : « Spreads inside one capability reach 200×. »

Par défaut, Treg ne choisit pas pour vous, contrairement à une couche de routage comme Clay qui intègre la logique de cascade au produit. Sa note de méthode dit « treg.to does not choose for you » et laisse le choix à l'agent (la seule exception aujourd'hui est un endpoint routé de recherche d'e-mails). Les administrateurs peuvent verrouiller une tâche sur un fournisseur pour toute l'équipe avec treg org pin. C'est une valeur par défaut raisonnable, mais cela signifie que le jugement de votre agent compte beaucoup, car un fournisseur bon marché avec 8 appels d'historique n'est pas le même pari qu'un avec 600 000.

Tarifs de Treg : ce que vous payez vraiment

La page de tarifs de Treg se résume en une phrase : « A prepaid balance, metered per call at the provider's own rate, with no markup. » Il n'y a ni licences, ni abonnement, ni minimum mensuel. Les nouveaux comptes vérifiés reçoivent 1,00 $ de crédit gratuit, une seule fois.

Ce qui est mesuré et ce qui ne l'est pas compte plus que le titre :

Comment Treg gagne-t-il de l'argent avec zéro marge ? La page d'accueil répond : « we earn on volume pricing with vendors - not on you. » En pratique, il achète de la capacité aux fournisseurs à des tarifs de volume, puis vous facture le tarif catalogue. Pour quelques fournisseurs qui ne vendent que des abonnements, Treg fixe son propre tarif à l'appel et dit le revoir chaque mois.

Lire attentivement la ligne « 371 $/mois »

La page d'accueil présente un panneau soigné : volume de mots-clés à 0,006 $/appel au lieu de Semrush à 139 $/mois, backlinks à 0,012 $ au lieu de Moz à 99 $/mois, données de financement à 0,020 $ au lieu de Crunchbase à 99 $/mois, et e-mail professionnel à 0,004 $ au lieu de Hunter à 34 $/mois. Total : « $371/mo of seats → cents per call. »

C'est une illustration correcte de l'idée, mais elle compare des tâches, pas des fournisseurs. Quand j'ai vérifié le catalogue en ligne, Semrush et Crunchbase ne peuvent pas du tout fonctionner sur la clé de Treg. Les deux sont en apportez-votre-propre-clé uniquement, donc les chiffres bon marché de mots-clés et de financement viennent d'autres fournisseurs qui font un travail similaire. La recherche d'e-mail de Hunter sur Treg coûte 0,0245 $, pas 0,004 $. Rien de tout cela n'est un tour de passe-passe, cela veut simplement dire que « remplacez votre licence Semrush » signifie en réalité « remplacez ce pour quoi vous utilisiez Semrush par une autre source de données ». Si votre équipe fait confiance aux chiffres de Semrush en particulier, cette différence compte. (Si vous cherchez plutôt une licence moins chère, ma liste d'alternatives à Semrush couvre la voie du tableau de bord.)

Ce que coûtent de vraies exécutions

Treg publie des reçus d'exécutions réelles sur sa page de workflows, ce que j'aimerais voir chez davantage de fournisseurs. Deux méritent un regard plus attentif :

L'exécution sur les mots-clés a élargi une graine, récupéré le volume de 50 mots-clés et vérifié les tendances, le tout sur DataForSEO, pour 0,11 $. Elle a trouvé 742 970 recherches mensuelles sur la liste. L'exécution de la liste de leads a enchaîné Apollo, un filtre IA, Findymail, Tomba et LeadMagic pour transformer 50 entreprises en 20 leads vérifiés pour 2,33 $. Ce que j'aime, c'est que le reçu admet ses propres défauts : Tomba était à court de capacité, les échecs de Findymail ont été facturés quand même, et seules 4 accroches générées sur 19 ont obtenu « decent or better ».

Ce dernier chiffre résume toute l'histoire. Les données ont coûté quelques centimes. La partie qui demandait du jugement n'a en grande partie pas fonctionné.

Comment configurer Treg

La configuration est rapide, et elle est conçue pour que les agents la fassent eux-mêmes. La page d'accueil de Treg vous dit littéralement de coller ceci dans votre agent : set up treg - https://treg.to/llms.txt. À partir de là, l'agent lit les instructions et se configure. Si vous préférez le faire à la main, choisissez la voie qui correspond à votre outil :

1. Claude Code, comme serveur MCP : claude mcp add --transport http treg https://treg.to/mcp. Si vous débutez, mon guide des outils MCP de Claude Code explique le fonctionnement des serveurs distants.
2. Claude Code, comme plugin : /plugin marketplace add superdesigndev/treg, puis /plugin install treg@treg.
3. ChatGPT, Claude.ai ou Claude Desktop : ajoutez https://treg.to/mcp/ comme connecteur personnalisé et validez l'écran OAuth. Rien à installer.
4. La CLI : curl -fsSL https://treg.to/install.sh | sh, puis treg login. treg mcp install enregistre aussi le serveur dans Cursor, Codex et opencode.
5. Autres agents : npx skills add superdesigndev/treg -s treg l'installe comme skill pour des outils comme Gemini CLI, Windsurf et Cline.

Si vous voulez comprendre pourquoi les agents centrés sur le terminal comme celui-ci décollent, mon article sur la CLI de programmation agentique l'explique. La CLI propose aussi treg claude et treg codex, qui lancent ces agents avec les clés partagées de votre équipe déjà chargées. Pour les équipes qui utilisent Hermes ou OpenClaw, l'installateur les détecte aussi.

Sécurité, licence et les petites lignes de l'accès anticipé

Tout outil qui détient toutes les clés d'API que vos agents utilisent demande beaucoup de confiance, donc je pense que cette section mérite mieux qu'une note de bas de page.

Le modèle de sécurité est réfléchi. Les secrets stockés sont chiffrés avec Fernet, la clé étant conservée hors du dépôt et de la base de données. Tout est cloisonné par équipe (le même modèle vers lequel évoluent la plupart des apps MCP), avec quatre rôles (viewer, member, admin, owner) et des listes d'outils autorisés par membre. Les exécutions locales de la CLI peuvent tourner sous un utilisateur isolé en sandbox avec une liste de sorties autorisées, et chaque appel est journalisé avec qui, quel outil et le code de statut. Une réserve tirée du guide d'intégration de Treg : les lignes d'audit sont « shed under load », donc le registre de facturation est la trace fiable, pas le journal des appels.

Les corps de vos requêtes et réponses transitent par Treg. C'est simplement le fonctionnement d'un proxy, mais cela mérite d'être dit à voix haute. Un commentateur de Product Hunt a posé la question de la conservation des données et du RGPD lors du lancement, et je n'ai pas trouvé de réponse publique. Si votre agent fait transiter des données clients dans des appels d'enrichissement, je poserais la question avant de passer en production.

C'est de l'accès anticipé. Les conditions indiquent que le service hébergé n'a « no uptime commitment and no support commitment. » C'est honnête, et pour des expériences ça convient, mais pour un pipeline de production dont dépend votre chiffre d'affaires, c'est plus difficile à défendre.

La licence n'est pas ce que dit le pied de page. Le pied de page de treg.to indique « 100% open source · AGPL », mais le fichier LICENSE du dépôt est sous Apache 2.0 avec des conditions supplémentaires qui prévalent. Vous pouvez l'utiliser, le modifier et l'auto-héberger pour votre propre organisation, mais vous ne pouvez pas l'offrir comme service hébergé à des tiers sans autorisation écrite. Cela en fait du source-available, pas de l'open source au sens de l'OSI. Pour la plupart des équipes, ce n'est pas un problème, mais pour une agence qui voudrait le revendre, si.

L'auto-hébergement est d'ailleurs une vraie option. Le README explique comment le lancer avec uv, prend en charge SQLite ou Postgres, et un blueprint Render est fourni. Il prévient aussi que perdre votre TREG_SECRET_KEY rend tous les secrets stockés irrécupérables, donc sauvegardez-la.

Ce que disent les gens de Treg

Treg n'a qu'environ 11 semaines, donc la voix de la communauté est encore jeune et se trouve surtout sur X. Elle est aussi bruyante dans une direction bien précise : le GTM et la génération de leads. Le post le plus solide que j'aie trouvé venait de quelqu'un qui a mené une campagne outbound complète avec :

"Defined my ICP in plain English to Fable 5.1 with a link to my VSL page & it used Treg to source the companies, found the contacts, verified emails across 5 services, loaded into Instantly with dynamic variables, copywriting done, and an A/B test"

@stormOCS, X

Le post associe Treg à Claude Fable 5.1 et Instantly, et c'est le schéma que j'ai vu le plus souvent : un modèle puissant qui raisonne, avec Treg pour les données. Ce à quoi les gens reviennent sans cesse, c'est le modèle tarifaire, surtout face aux minimums de crédit des API brutes :

"For example DFS you need to buy minimum $50 credits to use platform, but with Treg I can pay per api call."

Joshua Palmer, X

Sur LinkedIn, l'angle portait moins sur le prix que sur le temps de mise en place, ce qui est à mon sens la moitié sous-estimée du discours :

"Realistically, connecting tools to your agents and signing up to all these providers is still one of the few manual tasks that can take some time when setting up an agent environment."

Giannis Tambakis, LinkedIn

Personne n'a publié d'avis négatif jusqu'ici, mais les questions ouvertes en disent long. L'unique avis Product Hunt (4,0 étoiles) disait que lorsque plusieurs fournisseurs font la même tâche, la fiche ne montrait pas clairement lequel était le moins cher ou le plus fiable, si bien que l'auteur a fait des appels de test pour comparer. Et la réponse la plus acérée que j'aie trouvée sous un post de lancement résumait tout le débat en une ligne :

"2,800 data sources is the easy part. a CMO also decides which signals to ignore. curious how this handles that"

The Boring Developer, X

Je relativiserais aussi un peu une partie du volume. Plusieurs des posts de lancement les plus bruyants venaient de comptes liés au fondateur ou reprenaient le texte du lancement mot pour mot. Les voix indépendantes ci-dessus sont positives, mais elles ne sont pas encore nombreuses.

Où Treg s'insère, et où il ne s'insère pas

La façon la plus claire de situer Treg est de regarder où il se place dans la stack : une couche au-dessus du routeur de modèles et une couche sous l'agent qui fait réellement le travail.

Treg convient très bien quand :

• Vous faites déjà tourner un agent dans Claude Code, Cursor ou Hermes, et qu'il bute sans cesse sur « je n'ai pas accès à ces données ».
• Vous avez besoin de quelques centaines de requêtes par mois chez de nombreux fournisseurs, pas de milliers chez un seul. C'est exactement là qu'une licence à 139 $ n'a aucun sens.
• Vous montez un agent SEO IA et voulez qu'il vérifie volume, SERP et citations d'AI Overview sans licence par outil.
• Vous construisez un produit qui revend des données. La documentation de Treg dit que la revente est « allowed and encouraged », avec des étiquettes d'usage par client pour la facturation.
• Vous voulez un seul endroit pour révoquer toutes les clés que détiennent vos agents.

Treg convient moins bien quand :

• Votre équipe vit toute la journée dans les tableaux de bord d'Ahrefs ou de Semrush. Ahrefs n'est pas au catalogue et Semrush est en apportez-votre-propre-clé uniquement, vous garderiez donc ces licences de toute façon.
• Vous avez besoin d'un SLA. Un accès anticipé sans engagement de disponibilité est une vraie contrainte.
• Vous n'avez pas encore d'agent ni de stratégie. Si c'est votre cas, commencez par un panorama des meilleurs agents IA. Treg donne des mains à un agent. Il ne lui dit pas quoi construire.

C'est sur ce dernier point que je nuancerais le battage du « gérez tout votre GTM depuis le terminal ». Les outils n'ont jamais été la partie difficile du SEO. Je travaille sur la recherche depuis deux ans, et la requête de mots-clés à 0,11 $ représente les 5 % faciles du travail. Les 95 % restants, c'est choisir l'angle, construire le brief de contenu, savoir ce qui se classe déjà, écrire quelque chose qui mérite d'être cité et le relier au reste de votre site. Un agent équipé de Treg peut faire les appels de recherche, mais quelqu'un doit quand même porter l'article.

Treg face à un coéquipier IA prêt à l'emploi

Si vous lisez ceci parce que vous voulez que votre agent fasse du SEO ou du contenu, il est utile de nommer clairement le choix d'emblée. Treg est de l'infrastructure : une couche de données propre et peu chère. Vous apportez l'agent, les prompts, la boucle de relecture et la stratégie. C'est le bon choix pour les bâtisseurs qui aiment assembler les choses, et Treg est l'une des plus belles versions de cette couche que j'aie vues.

L'autre voie consiste à confier le travail à quelqu'un. C'est le pari d'eesel, et c'est celui que je ferais pour la plupart des équipes de contenu. Au lieu d'un agent généraliste plus une ceinture d'outils, eesel vous donne des coéquipiers IA prêts à travailler sur des tâches précises, et l'un d'eux est le rédacteur de blog IA. Il sait déjà rechercher un mot-clé, étudier ce qui se classe, aller chercher de vraies sources, créer les visuels et rédiger avec votre voix de marque.

Si vous voulez la mécanique, j'ai expliqué comment fonctionne un rédacteur de blog IA. Votre rôle est de relire et valider. Le blog d'eesel lui-même passe par là, et un responsable de contenu SEO sur Webflow l'utilise pour monter à plus de 360 articles par mois, soit environ 12 par jour, avec relecture en lot avant publication.

Ce n'est pas non plus une boîte fermée pour les bâtisseurs. eesel fournit une vraie CLI, @eesel/cli, qui pilote le même coéquipier que vous utiliseriez dans le tableau de bord. Chaque commande affiche du JSON, les écritures ont un indicateur --dry-run qui montre l'appel serveur exact avant l'envoi, et l'authentification sans interface passe par des variables d'environnement, ce qui convient aux scripts et à la CI. Chaque espace de travail eesel est aussi un serveur MCP : npx @eesel/cli mcp token affiche une commande claude mcp add prête à coller, de sorte que Claude Code, Codex ou Cursor peuvent confier du travail au rédacteur de blog comme ils appelleraient Treg. Vous pouvez même faire les deux : Treg pour les requêtes brutes, eesel pour le travail qui les transforme en article terminé.

Essayer eesel pour le contenu SEO

Si Treg vous a fait comprendre que les données n'ont jamais été le goulot d'étranglement, le rédacteur de blog IA d'eesel est la partie qui transforme un mot-clé en un article recherché, sourcé et fidèle à votre marque que vous publieriez vraiment. Il fonctionne comme une nouvelle recrue pour votre calendrier de contenu : donnez-lui votre site et un mot-clé, et il revient avec un brouillon complet, des visuels et une FAQ à valider. C'est gratuit pour commencer, sans carte, et mon détail du coût d'un rédacteur de blog IA montre comment il se compare à un travail manuel. Pour voir comment il se place face à d'autres outils, consultez mon panorama des rédacteurs de blog pour le SEO.

Essayer eesel