HULTRA / LINK
L’ère des agents a commencé. La confiance aveugle, non.

Branchez directement votre agent, Arrêtez de perdre du temps.

Link donne un pouls à votre agent. Il trouve un serveur MCP vivant, vérifie son état et sa version, prépare sa configuration et signale ce qui a changé. Chaque réponse est mesurée, datée et démontable.

Brancher Link à un agentVoir l’état courant

Vérifier un outil

Cherchez par nom, adresse, paquet ou dépôt. Les données ne sont chargées qu’à la première recherche.

Le pouls de Link

Lu dans sante.json, republié à chaque passage de la boucle.

Dernier passage

···

Changements sur 24 h

···

 

Durée du dernier passage

···

La mémoire du présent

Context7 dit à l’agent comment appeler. Link lui dit si quelqu’un répond encore.

Context7 apporte la documentation actuelle et versionnée dans le prompt. Link complète cette mémoire avec une mesure du terrain : santé, version parlée, configuration et changements. Source Context7, consultée le 1er septembre 2026.

Trouver

Chercher une capacité parmi les serveurs MCP vivants.

L’agent appelle cherche_capacite avec son besoin. Link écarte les morts par défaut et renvoie les correspondances avec leur version de spec.

Vérifier

Connaître l’état avant de confier une tâche.

etat_serveur rend la santé, la version, la portée réellement testée et l’âge de la mesure. L’agent ne confond plus une adresse publiée avec un service disponible.

Brancher

Recevoir une configuration prête à coller.

config_pour ne produit un bloc que pour un serveur qui a réellement parlé MCP. Pas de configuration plausible en apparence et morte au premier appel.

Surveiller

Voir les morts, les arrivées et les changements de spec.

changements compare les passages. etat_protocoles compte ce qui est effectivement mesuré. L’agent peut contrôler son environnement avant d’agir.

Comment ça marche

Une boucle qui se referme sur elle-même :

Le cycle de mesure de LinkSix étapes enchaînées : les registres sont ingérés chaque heure à la minute 7 ; l’élection retient les entrées dues selon leur palier ; le sondage en traite 300 toutes les cinq minutes ; chaque contrôle rend un verdict parmi vivant, mort, ambigu et protégé ; l’export republie chaque heure à la minute 37, et alimente à son tour les registres.RegistresMCP, A2A, shadcn,llms.txt, OpenAPI…Ingestiontoutes les heures(minute 7)Électionce qui est dû,selon son palierSondagetoutes les 5 min,300 par passageVerdictvivant, mort,ambigu, protégéExporttoutes les heures(minute 37)l’annuaire publié redevient une source
Cadences réelles, lues dans le crontab de production et danssrc/base.ts. Aucune n’est écrite à la main dans ce schéma.

On sonde ce qui bouge, pas ce qui dort :

Les quatre paliers de recontrôleUne adresse instable est recontrôlée toutes les 6 heures, une normale toutes les 24 heures, une stable toutes les 72 heures, une morte une fois par semaine, soit 168 heures. Plus une adresse est stable, moins elle est sondée.instable6 hchange souvent, donc surveillé de prèsnormal24 hle régime de la grande majoritéstable72 hn’a pas bougé, donc on l’économisemort168 hne répond plus, mais peut ressusciter
Le budget de sondage va là où l’information change. Ces quatre valeurs sont des réglages en base, pas des constantes : elles se corrigent par unUPDATE, sans redéploiement.

Pour les agents et leurs humains

Cinq outils, une seule connexion, aucune clé :

Une requête remplace la chaîne manuelle : chercher dans un annuaire, tester l’adresse, retrouver la bonne version, composer la configuration, puis revenir voir ce qui a changé. Le gain de temps est ce détour supprimé. Link ne publie pas de chronomètre de productivité inventé.

{
  "mcpServers": {
    "hultra-link": {
      "type": "http",
      "url": "https://link-mcp.hultra-site.workers.dev"
    }
  }
}