Common MCP failure modes and how to diagnose them. When a buyer reports the integration "isn't working", the first stop is the Activity tab on the server card — it shows the last 100 tool calls with their status, latency, and error summary.
Means the last discovery refresh failed. Click the server card → the error is shown inline. Common causes: server returned 5xx, the endpoint is unreachable, SSL certificate problem, the API key was revoked. Re-run "Test connection" once the underlying issue is fixed; the next successful call returns the status to "active".
A schema-drift detection. The tool's input_schema changed since the
last refresh. Open the tool's row in Manage tools, inspect the new schema,
re-enable if appropriate.
More than 60 MCP calls in a minute across the workspace. Either the agent is
looping on the same tool (check the audit log for repeats — the runtime dedupes
by tool name per turn, but multiple turns can still pile up) or there's
genuine high traffic. Per-plan limits can be raised in
config/mcp.php if you need higher throughput.
Circuit breaker is open. The server failed 5 times in 60 seconds. Pitchbar waits 60 seconds before retrying. Check the Activity view for the underlying error pattern.
Walk the layers from the top:
The server's status flips to pending_auth on the next call that returns 401. Reconnect from the admin UI (Phase 3 follow-up). Until then, tool calls for that server return "External integration unavailable" to the LLM and the visitor gets a normal answer based on RAG only.