Cloud/AI Governance/リクエスト失敗

リクエスト失敗

VinkiusについてAIに質問

フリートのインシデントログです。サンプルでは12,480件のリクエストのうち342件が失敗しており、それぞれがAgent、Upstream、Vinkiusのいずれかに帰属され、最も失敗の多いサーバーとツールが名指しされ、Vinkius自身を監査する健全性列が付いています。

何かが壊れたとき、ほとんどのダッシュボードは壊れたことだけを伝えます。Request Failures誰のせいかを伝えます。失敗したリクエストはすべて、Agent(呼び出し側が無効なものを送った)、Upstream(MCPプロバイダーが失敗)、Vinkius(プロキシ自身)のいずれかに帰属され、画面は両側の最悪の加害者を名指しします。コンソール自体の言葉は次のとおりです。"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."

R

Request Failures

AI Briefing
Upgrade to unlock

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.

Total Errors342
of 12,480 requests
Failure Rate2.74%
Agent 239 · Upstream 86 · Vinkius 17
Worst Server
NotionMost erroring connector
Worst Tool
search_documentsMost erroring tool

Failure Timeline

Errors (red) · Agent / Upstream / Vinkius rates
Details

Transport Distribution

Connection protocol breakdown
Details
12,480
streamable-http8,420sse3,200stdio860

Errors by Server

Stacked by Agent / Upstream / Vinkius
Details
Notion
96
GitHub
78
Slack
54
Jira
47
Linear
31
Stripe
18
HubSpot
12
Vercel
6

Error Distribution by MCP Server

MCP ServerRequestsErrorsRateHealth
Notion1,842965.21%Moderate
GitHub1,684784.63%Moderate
Slack1,204544.49%Moderate
Jira986474.77%Moderate
Linear842313.68%Moderate
Stripe691182.6%Moderate
HubSpot578122.08%Moderate
Vercel41261.46%Healthy
Request Failures, live. Every failure attributed to Agent, Upstream or Vinkius, the worst server and tool named, and a Health column that grades Vinkius itself. Console sample data, as the free tier sees it.

モックアップはコンソールのSample Dataで動作します。12,480件のリクエスト中342件の失敗、失敗率は2.74%。有料プランでは、同じ画面が組織ごとに実際のトラフィックを監査します。

4つのカウンター

  • Total Errors。背後にはリクエスト量が表示され、エラーが存在した時点で赤くなります。
  • Failure Rate。色分けされたバーに表示されます(しきい値はどの場面でも同じです。ゼロは緑、5%未満はアンバー、それを超えると赤)。すぐ下に3分割があります。Agent / Upstream / Vinkius。サンプルでは、239件が呼び出したエージェントの過ち、86件がプロバイダー、そして17件がVinkius自身のものでした。
  • Worst Server。最もエラーの多いConnectorが名指しされます。
  • Worst Tool。最もエラーの多いツールが等幅フォントで表示され、そのまま検索に使えます。

3つのグラフ、1つの物語

Failure Timelineは期間中のエラーを描くので、「改善しているのか悪化しているのか」が議論ではなく形として見えます。Transport Distributionはトラフィックを接続プロトコル別に分解します(サンプルではstreamable-http、sse、stdio)。あるトランスポートにしか現れない失敗パターンは、プロバイダーではなくプロトコルの問題だからです。Errors by Serverは各Connectorの失敗を同じ3つの原因で積み上げるので、最も大きなバーは診断済みの状態で届きます。

監査人を監査するテーブル

Error Distribution by MCP Serverは、各Connectorをリクエスト数、エラー数、色分けされた率とともに一覧にします。そして、Vinkiusを他と差別化する列が登場します。HealthはサーバーをVinkius自身が引き起こしたエラーのみで評価します。あなたの4xxのミスやプロバイダーの5xx障害は、ここではサーバーの評価には数えられません。この列がアンバーに変わったら、間に入るプロキシがエラーに加担したという意味であり、それはあなたではなくVinkiusが修正すべき問題です。自らの運営者を評価するダッシュボードは稀有な存在です。これが「責任はここで止まる」をテーブルの列にした姿です。

空の状態はコンソール本来のものです。"No error data recorded in this period."

最後のレポートと、ループを閉じるもの

これがReportsの最後の画面です。これで8画面すべてが、あらゆる角度からフリートをカバーします。何が起きたか(Mission Control)、誰が質問したか(Agent Activity)、何が答えたか(Server TrafficTool Reliability)、どのクレデンシャルか(Access Tokens)、いくらかかったか(AI Spend)、どれほど保護されていたか(Security Posture)。この画面で失敗しているサーバーが見えたら、Settingsグループがその答えです。制限するConnector Policy、そして安全・安価・稼働を保つDLP ProtectionFinOps GuardCircuit Breaker