journaux
Interrogation LogsQL bornée à 24 h et 5 000 lignes par requête.
Serveur MCPLit seulementEn erreur
Appels 24 h
328
Taux d’erreur
6,4 %
Latence médiane
1 240 ms
Agents autorisés
1
Signature
Ce que le modèle voit, et rien de plus.
ts
rechercher(requete: LogsQL, fenetre: string, limite: number) → Ligne[]- Fournisseur
- Serveur MCP VictoriaLogs
- Origine
- Serveur MCP
- Authentification
- Jeton MCP, portée lecture
- Confirmation humaine
- Non exigée — l’appel part directement
La portée se vérifie côté API
Écrire dans la consigne « ne consulte que le dossier du client appelant » ne protège rien. Ce qui protège, c’est un jeton dont la portée ne permet pas d’en lire un autre. C’est pour cela que le mode d’authentification figure ici : le cloisonnement se joue là, pas dans le texte de la consigne.
Agents qui l’appellent
Un outil déclaré n’est pas accessible pour autant : il faut encore l’attribuer.
Cet outil échoue, et l’agent n’en dit rien
Taux d’erreur en hausse depuis le 17 août : les requêtes sur 24 h dépassent régulièrement le délai de 2 s.
Le taux d’erreur pèse sur toute la chaîne
6,4 % des appels échouent, soit environ 21 par jour. La reprise automatique en rattrape la majorité ; le reste produit une réponse plus pauvre, sans que personne ne le remarque.