Cloud/AI Governance/Échecs de Requêtes
Échecs de Requêtes
Le journal des incidents de votre flotte : 342 échecs sur 12,480 requests dans le sample, chacun attribué à Agent, Upstream ou Vinkius, avec le pire serveur et le pire outil nommés et une colonne de santé qui audite Vinkius elle-même.
Quand quelque chose casse, la plupart des dashboards vous disent que ça a cassé. Request Failures vous dit qui : chaque request en échec est attribué à Agent (l'appelant a envoyé quelque chose d'invalide), Upstream (le fournisseur MCP a échoué) ou Vinkius (le proxy lui-même), et l'écran nomme le pire contrevenant des deux côtés. La ligne de la console elle-même : "Trace every failure back to its source. See the exact combination of server and tool behind the noise, and whether things are getting better or worse."
Request Failures
Trace every failure back to its source. See the exact combination of server and tool behind the noise, and whether things are getting better or worse.
Failure Timeline
Errors (red) · Agent / Upstream / Vinkius ratesTransport Distribution
Connection protocol breakdownErrors by Server
Stacked by Agent / Upstream / VinkiusError Distribution by MCP Server
| MCP Server | Requests | Errors | Rate | Health |
|---|---|---|---|---|
| Notion | 1,842 | 96 | 5.21% | Moderate |
| GitHub | 1,684 | 78 | 4.63% | Moderate |
| Slack | 1,204 | 54 | 4.49% | Moderate |
| Jira | 986 | 47 | 4.77% | Moderate |
| Linear | 842 | 31 | 3.68% | Moderate |
| Stripe | 691 | 18 | 2.6% | Moderate |
| HubSpot | 578 | 12 | 2.08% | Moderate |
| Vercel | 412 | 6 | 1.46% | Healthy |
Le mockup s'exécute sur le Sample Data de la console : 342 échecs sur 12,480 requests, un taux d'échec de 2.74%. Sur un plan payant, le même écran audite votre trafic en direct, par organisation.
Les quatre compteurs
- Total Errors avec le volume de requests derrière, en rouge dès qu'ils existent.
- Failure Rate sur une barre à code couleur (mêmes seuils partout : zéro est vert, sous 5% ambre, au-delà rouge) avec la répartition en trois juste dessous : Agent / Upstream / Vinkius. Dans le sample, 239 échecs étaient la faute de l'agent appelant, 86 celle du fournisseur et 17 de Vinkius elle-même.
- Worst Server, le Connector avec le plus d'erreurs, nommé.
- Worst Tool, l'outil avec le plus d'erreurs, en monospace, prêt à être cherché.
Trois graphiques, une histoire
Le Failure Timeline trace les erreurs sur la période, si bien que "est-ce que ça va mieux ou moins bien" est une forme, pas un débat. Le Transport Distribution décompose le trafic par protocole de connexion (dans le sample : streamable-http, sse et stdio), car un schéma d'échec qui n'apparaît que sur un transport est un problème de protocole, pas de fournisseur. Errors by Server empile les échecs de chaque Connector selon les mêmes trois causes, si bien que la plus grande barre arrive pré-diagnostiquée.
Le tableau qui audite l'auditeur
Error Distribution by MCP Server liste chaque Connector avec ses requests, ses erreurs et son taux coloré. Puis vient la colonne qui distingue Vinkius : Health note le serveur uniquement sur les erreurs que Vinkius elle-même a causées. Vos erreurs 4xx et les pannes 5xx du fournisseur ne comptent pas contre le serveur ici ; si cette colonne passe à l'ambre, cela signifie que le proxy du milieu a contribué des erreurs, et c'est un problème de Vinkius à corriger, pas le vôtre. Un dashboard qui note son propre opérateur est chose rare ; voici ce que donne "la responsabilité s'arrête ici" en colonne de tableau.
L'état vide est celui de la console elle-même : "No error data recorded in this period."
Le dernier rapport, et ce qui referme la boucle
Cet écran est le dernier de Reports : avec lui, les huit ensemble couvrent la flotte sous tous les angles : ce qui s'est passé (Mission Control), qui a demandé (Agent Activity), ce qui a répondu (Server Traffic et Tool Reliability), quels identifiants (Access Tokens), ce que cela a coûté (AI Spend) et à quel point c'était protégé (Security Posture). Quand cet écran montre un serveur en échec, le groupe Settings est la réponse : Connector Policy pour le restreindre, et DLP Protection, FinOps Guard et Circuit Breaker pour le garder sûr, bon marché et vivant.