Cloud/AI Governance/Falhas de Requisições
Falhas de Requisições
O log de incidentes da sua frota: 342 falhas em 12.480 requests no sample, cada uma atribuída a Agent, Upstream ou Vinkius, com o pior servidor e a pior ferramenta nomeados e uma coluna de saúde que audita a própria Vinkius.
Quando algo quebra, a maioria dos dashboards diz que quebrou. Request Failures diz quem: todo request que falhou é atribuído a Agent (quem chamou enviou algo inválido), Upstream (o provedor MCP falhou) ou Vinkius (o próprio proxy), e a tela nomeia o pior infrator dos dois lados. A linha do próprio console: "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 |
O mockup roda com o Sample Data do console: 342 falhas em 12.480 requests, uma taxa de falha de 2,74%. Num plano pago a mesma tela audita o seu tráfego ao vivo, por organização.
Os quatro contadores
- Total Errors com o volume de requests por trás, vermelho no momento em que existem.
- Failure Rate numa barra com cor (os mesmos limiares de sempre: zero é verde, abaixo de 5% âmbar, além disso vermelho) com a divisão em três logo abaixo: Agent / Upstream / Vinkius. No sample, 239 falhas foram culpa do agente que chamou, 86 do provedor e 17 da própria Vinkius.
- Worst Server, o Connector com mais erros, nomeado.
- Worst Tool, a ferramenta com mais erros, em monoespaçado, pronta para buscar.
Três gráficos, uma história
O Failure Timeline plota os erros ao longo do período, então "está melhorando ou piorando" é uma forma, não um debate. O Transport Distribution divide o tráfego por protocolo de conexão (no sample: streamable-http, sse e stdio), porque um padrão de falha que só aparece num transporte é problema de protocolo, não de provedor. Errors by Server empilha as falhas de cada Connector nas mesmas três causas, então a maior barra vem pré diagnosticada.
A tabela que audita o auditor
Error Distribution by MCP Server lista cada Connector com requests, erros e taxa colorida. Depois vem a coluna que diferencia a Vinkius: Health dá nota ao servidor só pelos erros que a própria Vinkius causou. Seus erros 4xx e as quedas 5xx do provedor não contam contra o servidor aqui; se esta coluna ficar âmbar, significa que o proxy do meio contribuiu com erros, e esse é problema da Vinkius consertar, não seu. Um dashboard que dá nota ao próprio operador é uma coisa rara; isto é "a bola aqui para" transformado em coluna de tabela.
O estado vazio é o do próprio console: "No error data recorded in this period."
O último relatório, e o que fecha o ciclo
Esta é a tela final de Reports: com ela, as oito juntas cobrem a frota de todos os ângulos: o que aconteceu (Mission Control), quem perguntou (Agent Activity), o que respondeu (Server Traffic e Tool Reliability), quais credenciais (Access Tokens), quanto custou (AI Spend) e quão protegido estava (Security Posture). Quando esta tela mostra um servidor falhando, o grupo Settings é a resposta: Connector Policy para restringir, DLP Protection, FinOps Guard e Circuit Breaker para manter seguro, barato e vivo.