mcpbeat Sign in

Runbook Option Planner MCP Server

not responding

Runbook Option Planner is listed as active in the registry but did not answer our last check.

Plan an option for a runbook example

Uptime history 91 days of history · worst day 0%
91 days agonow
0.0%
Uptime 24h
0 of 91 checks
—
Tools
hidden behind auth
8 ms
Response time
average over 24h
open, no key
Access
streamable-http

Runbook Option Planner does not always answer

Over the last week it answered 0.0% of our checks. We check every 15 minutes, so you hear about the next outage within the hour — not from your users.

Three servers free · no card

Connect this server

Endpoint below is the one we actually reach during checks — not the one copied from a README. Last verified 11 min ago.

run in your terminal
claude mcp add command-summary-option-identifier --transport http https://withdrawal-scales-newport-gordon.trycloudflare.com/mcp/command-summary-option/upstream
Settings → Connectors → Add custom connector, then paste this address
https://withdrawal-scales-newport-gordon.trycloudflare.com/mcp/command-summary-option/upstream
~/.codex/config.toml
[mcp_servers.command-summary-option-identifier]
url = "https://withdrawal-scales-newport-gordon.trycloudflare.com/mcp/command-summary-option/upstream"
.cursor/mcp.json
{
  "mcpServers": {
    "command-summary-option-identifier": {
      "url": "https://withdrawal-scales-newport-gordon.trycloudflare.com/mcp/command-summary-option/upstream"
    }
  }
}
.vscode/mcp.json
{
  "servers": {
    "command-summary-option-identifier": {
      "type": "http",
      "url": "https://withdrawal-scales-newport-gordon.trycloudflare.com/mcp/command-summary-option/upstream"
    }
  }
}

Endpoints

URLTransportStateLatencyChecked
https://withdrawal-scales-newport-gordon.trycloudflare.com/mcp/command-summary-option/upstream streamable-http answering 8 ms 11 min ago

Alternatives to Runbook Option Planner

same job, measured the same way
Tasks Example
by alpic-tasks-example-ca49f0f6

A test MCP server for task management

2 tools answering
Nifra docs
by nifrajs

Nifra docs, runnable examples, and API types as an MCP server for any AI assistant.

7 tools answering
MCP Test Runner
by lovranran

Local test execution and coverage summaries for onboarding agents.

92 installs/wk local only
Learning Optimizer
by saifs

Schedule spaced reviews and exam study plans from each learner's forgetting curve.

answering
Execute apple-vision-pro-optimizer-mcp
by evozim

Premium agentic endpoint for apple-vision-pro-optimizer-mcp.

1 tools answering
LoadOptimizer
by loadoptimizer

Plan truck, container and pallet loads in 3D with a real optimization engine.

answering
Rq Scan
by recerqa

MCP Server for RQ-SCAN - AI-powered document OCR and data extraction platform

45 installs/wk local only
CUDA-Q Docs
by rogerawong

CUDA-Q docs, API reference, and runnable examples for AI agents, pinned to your installed version.

189 installs/wk local only

Runbook Option Planner — questions

Answers built from our own checks of this server.

Is Runbook Option Planner working right now?
We send a real MCP handshake every 15 minutes. Over the last 24 hours 0 of 91 checks got a reply (0.0%), average response time 8 ms. The bar chart above shows every period we have measured.
The registry lists Runbook Option Planner as active — why does it not respond?
The official MCP registry stores what the author submitted; it does not verify that the server still runs. We check the endpoint ourselves, and this one does not answer. Catalogues that copy the registry without checking will show it as working.
How do I connect Runbook Option Planner?
Copy the ready config from this page. We generate it for Claude Code, Claude Desktop, Codex, Cursor and VS Code, each in the form that client actually reads. It is a remote server, so there is nothing to install — the client connects to the address.
Does Runbook Option Planner need an API key?
No. Runbook Option Planner completed a full MCP handshake with us as an anonymous client and listed its tools without asking for anything. This is what we observed, not what the docs claim.