treg : un seul token pour 2 900 outils d’agent — le « OpenRouter » des API

TL;DR — treg en une minute

• Ce que c’est : treg (superdesigndev, Apache-2.0, ~920 étoiles), un « OpenRouter pour les outils d’agent » : un seul token, une seule URL, et ton agent accède à ~2 900 endpoints (60 providers) — enrichment, SEO/backlinks, scraping, ads, social.
• Le principe : facturé à l’appel (dès 1 centime), solde prépayé (1 $ offert), zéro inscription chez chaque provider. Plugin Claude Code dispo.
• La nuance clé : avec tes propres clés provider, les appels ne sont pas facturés (treg ne fait que proxifier) ; tu ne paies sa marge que sur ses credentials.
• Le vrai catch : tous les appels transitent par les serveurs de treg → tes données passent par un intermédiaire (RGPD à cadrer, surtout donnée perso/lead).
• Notre verdict : à tester — pratique pour arrêter de jongler avec 10 clés API, à condition de cadrer données + coût.

Tu construis un agent qui doit enrichir des contacts, checker du SEO, scraper une page, sortir de la data ads ? En temps normal : 10 inscriptions, 10 clés API, 10 factures. treg propose l’inverse : un token, une URL, et 2 900 outils accessibles à l’appel. C’est malin. Mais il y a un intermédiaire dans l’histoire — et pour de la donnée sensible, ça change tout.

Le problème : la jungle des clés API

Dès qu’un agent doit faire du concret (enrichir un lead, vérifier un backlink, scraper un prix), il te faut un compte + une clé + un abonnement chez chaque fournisseur. Multiplie par 5-10 outils : tu passes ton temps à gérer des inscriptions, des quotas et des factures éparpillées. C’est le vrai frein à un agent « qui fait des trucs ».

Ce que fait treg

• Un token, une URL : ton agent (Claude Code via plugin, ou autre) appelle ~2 900 endpoints / 60 providers derrière la même porte.
• Catégories : enrichment people/company, SEO & backlinks, keyword/rank tracking, social & trends, ads, scraping, publishing, mesure.
• Facturé à l’appel (dès 1 centime), solde prépayé (1 $ offert), pas d’inscription par provider.
• Installation : CLI (curl), treg upload pour enregistrer skills/credentials, treg call ou proxy API, treg skill install pour récupérer un skill partagé.

La nuance qui compte : tes clés vs les leurs

Point important et honnête : si tu branches tes propres clés provider, ces appels ne sont pas facturés par treg — il ne fait que les proxifier (auth injectée côté serveur). Tu ne paies la marge treg que sur ses credentials (le mode « pas d’inscription »). Deux usages, donc :

• Découverte / faible volume → tu utilises les credentials treg, pay-per-call, zéro setup.
• Volume / providers que tu as déjà → tes clés, tu paies le provider en direct, treg n’ajoute pas de marge.

Le vrai catch : un intermédiaire dans ton flux

C’est LE point à ne pas zapper. Dans les deux cas, tous les appels transitent par les serveurs de treg (c’est là qu’il injecte l’auth). Concrètement :

• Tes données de requête passent par un tiers. Pour de l’enrichment de leads (données personnelles), ça touche le RGPD : où sont hébergés les serveurs, quel DPA, quelle rétention ? À cadrer avant d’y mettre de la donnée client — a fortiori en contexte régulé.
• Dépendance : si treg tombe, tes pipelines cassent. Projet jeune (~920 étoiles) même s’il est activement maintenu (instance live).
• Coût réel : « dès 1 centime » l’appel, ça grimpe vite à l’échelle. Le pay-per-call est pratique, pas magiquement gratuit.

Pour qui c’est vraiment utile

• Tu prototypes un agent qui doit toucher plein d’API (enrichment, SEO, scraping) et tu ne veux pas 10 inscriptions : gain de temps réel.
• Tu veux tester des sources avant de t’engager chez un provider : le pay-per-call est parfait pour ça.
• Tu travailles avec des données non sensibles (SEO, data publique) : le passage par un tiers pose moins de problème.

À l’inverse : pour router de la donnée personnelle/lead à l’échelle, en régulé, réfléchis à deux fois — l’intermédiaire devient un maillon RGPD et un point de défaillance.

Notre verdict : à tester

treg résout un vrai casse-tête : la jungle des clés API pour les agents. Un token, 2 900 outils, pay-per-call — pour prototyper vite et tester des sources, c’est excellent, et la nuance « tes clés ne sont pas facturées » est honnête.

Le prix à payer : un intermédiaire dans ton flux de données. Pour de la data publique/SEO, aucun souci. Pour de la donnée personnelle (leads, clients), cadre le RGPD et la dépendance avant d’industrialiser. Et le « quitter Claude Code » de la hype est faux — c’est un plugin Claude Code, pas un remplaçant.

Points de vigilance

• Données via un tiers : tous les appels transitent par treg → RGPD à cadrer pour toute donnée perso (DPA, hébergement, rétention).
• Coût : pay-per-call pratique, mais ça s’additionne à l’échelle ; avec tes propres clés, treg ne facture pas (il proxifie).
• Dépendance : projet jeune (~920 étoiles) ; si treg tombe, tes pipelines aussi.
• Clickbait : ce n’est PAS un remplaçant de Claude Code, c’est un plugin / une couche d’outils.