Cloud/AI Governance/Anfragefehler
Anfragefehler
Das Vorfallprotokoll Ihrer Flotte: 342 Fehlschläge von 12,480 Requests im Sample, jeder zugeordnet zu Agent, Upstream oder Vinkius, mit benanntem schlechtestem Server und schlechtestem Werkzeug und einer Gesundheitsspalte, die Vinkius selbst auditiert.
Wenn etwas kaputtgeht, sagen die meisten Dashboards Ihnen nur, dass es kaputtging. Request Failures sagt Ihnen wer: jeder fehlgeschlagene Request wird Agent (der Aufrufer hat etwas Ungültiges geschickt), Upstream (der MCP-Anbieter ist gescheitert) oder Vinkius (der Proxy selbst) zugeordnet, und der Bildschirm nennt den schlimmsten Übeltäter auf beiden Seiten. Der eigene Satz der Konsole: "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 |
Das Mockup läuft mit dem Sample Data der Konsole: 342 Fehlschläge in 12,480 Requests, eine Fehlerquote von 2.74%. Auf einem kostenpflichtigen Plan auditiert derselbe Bildschirm Ihren live Traffic, pro Organisation.
Die vier Zähler
- Total Errors mit dem Request-Volumen dahinter, rot, sobald es sie gibt.
- Failure Rate auf einer farbcodierten Leiste (überall dieselben Schwellen: null ist grün, unter 5% amber, darüber rot) mit der Dreiteilung direkt darunter: Agent / Upstream / Vinkius. Im Sample waren 239 Fehlschläge die Schuld des aufrufenden Agenten, 86 die des Anbieters und 17 die von Vinkius selbst.
- Worst Server, der Connector mit den meisten Fehlern, beim Namen genannt.
- Worst Tool, das Werkzeug mit den meisten Fehlern, in Monospace, bereit zur Suche.
Drei Diagramme, eine Geschichte
Die Failure Timeline zeichnet die Fehler über den Zeitraum auf, sodass "wird es besser oder schlechter" eine Form ist, keine Debatte. Die Transport Distribution schlüsselt den Traffic nach Verbindungsprotokoll auf (im Sample: streamable-http, sse und stdio), denn ein Fehlermuster, das nur bei einem Transport auftaucht, ist ein Protokollproblem, kein Anbieterproblem. Errors by Server stapelt die Fehlschläge jedes Connectors nach denselben drei Ursachen, sodass der größte Balken vordiagnostiziert ankommt.
Die Tabelle, die den Auditor auditiert
Error Distribution by MCP Server listet jeden Connector mit seinen Requests, Fehlern und farbiger Quote auf. Dann kommt die Spalte, die Vinkius auszeichnet: Health bewertet den Server nur nach den Fehlern, die Vinkius selbst verursacht hat. Ihre 4xx-Fehler und die 5xx-Ausfälle des Anbieters zählen hier nicht gegen den Server; wird diese Spalte amber, hat der Proxy in der Mitte zu Fehlern beigetragen, und das ist Vinkius' Problem zu beheben, nicht Ihres. Ein Dashboard, das seinen eigenen Betreiber benotet, ist eine Seltenheit; so sieht "hier endet die Verantwortung" als Tabellenspalte aus.
Der leere Zustand ist der der Konsole selbst: "No error data recorded in this period."
Der letzte Bericht, und was den Kreis schließt
Dies ist der letzte Reports Bildschirm: mit ihm decken die acht zusammen die Flotte aus jedem Winkel ab: was geschah (Mission Control), wer fragte (Agent Activity), was antwortete (Server Traffic und Tool Reliability), welche Credentials (Access Tokens), was es kostete (AI Spend) und wie geschützt es war (Security Posture). Wenn dieser Bildschirm einen ausfallenden Server zeigt, ist die Settings-Gruppe die Antwort: Connector Policy, um ihn einzuschränken, und DLP Protection, FinOps Guard und Circuit Breaker, um ihn sicher, günstig und am Leben zu halten.