Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Description from the maker (original English)
MCP server for RoboShadow's Rubicon Platform Data API.
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
ROBOSHADOW_REFRESH_TOKEN, MCP_TRANSPORT, AUTH_MODE, LOG_LEVELValues marked secret are keys to your account. Never share them or paste them into a chat.
You need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"roboshadow": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"-e",
"ROBOSHADOW_REFRESH_TOKEN",
"-e",
"MCP_TRANSPORT",
"-e",
"AUTH_MODE",
"-e",
"LOG_LEVEL",
"ghcr.io/wyre-ai/roboshadow-mcp:v1.0.2"
],
"env": {
"ROBOSHADOW_REFRESH_TOKEN": "your-value",
"MCP_TRANSPORT": "your-value",
"AUTH_MODE": "your-value",
"LOG_LEVEL": "your-value"
}
}
}
}Run this in your terminal
claude mcp add roboshadow --env ROBOSHADOW_REFRESH_TOKEN=your-value --env MCP_TRANSPORT=your-value --env AUTH_MODE=your-value --env LOG_LEVEL=your-value -- docker run -i --rm -e ROBOSHADOW_REFRESH_TOKEN -e MCP_TRANSPORT -e AUTH_MODE -e LOG_LEVEL ghcr.io/wyre-ai/roboshadow-mcp:v1.0.2Fill in the empty values before running it.
Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"roboshadow": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"-e",
"ROBOSHADOW_REFRESH_TOKEN",
"-e",
"MCP_TRANSPORT",
"-e",
"AUTH_MODE",
"-e",
"LOG_LEVEL",
"ghcr.io/wyre-ai/roboshadow-mcp:v1.0.2"
],
"env": {
"ROBOSHADOW_REFRESH_TOKEN": "your-value",
"MCP_TRANSPORT": "your-value",
"AUTH_MODE": "your-value",
"LOG_LEVEL": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"roboshadow": {
"type": "stdio",
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"-e",
"ROBOSHADOW_REFRESH_TOKEN",
"-e",
"MCP_TRANSPORT",
"-e",
"AUTH_MODE",
"-e",
"LOG_LEVEL",
"ghcr.io/wyre-ai/roboshadow-mcp:v1.0.2"
],
"env": {
"ROBOSHADOW_REFRESH_TOKEN": "your-value",
"MCP_TRANSPORT": "your-value",
"AUTH_MODE": "your-value",
"LOG_LEVEL": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
MCP_TRANSPORT envAUTH_MODE envLOG_LEVEL envThese settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 9, 2026
The registry name was verified with the GitHub account WYRE-AI, which owns the repo
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
You need to fill in: ROBOSHADOW_REFRESH_TOKEN
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed –, and the latest version (1.0.2) reached the registry 17 days ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Docker on your computer.
In the same category: Spec Driven Development, Remote Desktop Commander, alalanet — check before you pay
Servers in the same category from other makers, sorted by stars.
Reading a card:↓ Downloads per weeki★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Check packages, MCP servers and x402 endpoints before agents install or pay. Signed.
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
MCP server for RoboShadow's Rubicon Platform Data API - endpoint security (antivirus, Windows Defender, firewall), asset/hardware inventory, applications, users, vulnerabilities, and remediation status, for AI assistants and the WYRE Conduit gateway.
RoboShadow's Rubicon Platform Data API (https://cdn.development.roboshadow.com/publicapi/openapi.yaml, fetched directly) defines 40 GET paths across 15 tags (Antivirus, Applications, Defender, Devices, Disks, Firewall, Hardware, Identity, MFA, Remediation, Services, Updates, Users, Vulnerabilities, Vulnerability Scanner) and exactly one non-GET operation in the entire spec: POST /identity/bearertoken. That single POST is the vendor's own documented credential-refresh mechanism (OpenAPI tag: Authentication) - it exchanges a Refresh Token for a short-lived Bearer Token and mutates no organisation data. There is no create/update/delete/remediation-trigger endpoint anywhere in the published spec to exclude - unlike this session's other connectors, this one has no write surface to carve away from.
This connector implements all 40 GET operations, one tool each, and calls `POST /identity/bearertoken` internally (never as an exposed tool) purely to keep its own access token fresh. See Authentication below for why that call exists and why it isn't a tool.
RoboShadow's Rubicon Platform Data API authenticates with a Bearer token (components.securitySchemes.BearerAuth, bearerFormat: JWT in the vendor's own spec). Generate credentials at your RoboShadow portal under Reports -> API Token, which shows three values together: an Organisation ID, a Bearer Token, and a Refresh Token.
The Bearer Token itself is short-lived - RoboShadow's own BearerTokenResponse schema documents expiresIn in seconds (~1 hour in the vendor's example). A token pasted into a long-running connector would go stale within the hour, so this connector stores the Refresh Token instead and exchanges it for a fresh Bearer Token internally (POST /identity/bearertoken) before every data call, caching the result in-process until shortly before it expires. The Organisation ID is not stored as a credential - pass it as the organisationId argument to any tool (discover it with roboshadow_list_organisations if you don't already have it), since a Refresh Token can resolve to more than one organisation on an MSP/reseller account.
Two separate claims here, at deliberately different confidence levels - the two-tier split established across this batch of connectors:
client.ts that reads organisation data calls one of the 40 dedicated GET operations in the published spec; the only non-GET call anywhere in src/ is the bearer-token exchange itself, and it is never exposed as an MCP tool.In gateway mode the refresh token arrives per-request via the X-RoboShadow-Refresh-Token header and a missing header is rejected; the server does not fall back to ROBOSHADOW_REFRESH_TOKEN. In local/stdio mode that variable is read from the environment. HTTP mode also requires the X-Gateway-S2S signature described below.
| Env var | Description | |||
|---|---|---|---|---|
ROBOSHADOW_REFRESH_TOKEN | RoboShadow Refresh Token (Reports -> API Token in the portal). Required for stdio and for AUTH_MODE=env. Not read in gateway mode. | |||
MCP_TRANSPORT | stdio (default) or http. | |||
AUTH_MODE | env (default, reads the var above) or gateway (credential arrives per-request via the X-RoboShadow-Refresh-Token header, injected by the Conduit gateway). Gateway mode returns 401 when that header is missing and never falls back to ROBOSHADOW_REFRESH_TOKEN. The container image and Compose default to gateway. | |||
CONDUIT_S2S_SECRET | Required to start the HTTP transport. HMAC secret checked against X-Gateway-S2S on every /mcp request. If empty or a known placeholder (changeme, your-s2s-secret, and the other public examples), the process logs an error and exits non-zero. The value is never logged. Compose will not start when it is unset. | |||
MCP_ALLOW_INSECURE_DEV | Set to exactly 1 only for local development, to start HTTP without CONDUIT_S2S_SECRET. The process logs a warning, does not check X-Gateway-S2S, and binds 127.0.0.1 only. A wider MCP_HTTP_HOST (including 0.0.0.0) is ignored. A known placeholder secret is still refused. | |||
MCP_HTTP_HOST | Bind address when MCP_TRANSPORT=http. Defaults to 127.0.0.1. Honored only when CONDUIT_S2S_SECRET is set. The container image sets 0.0.0.0. | |||
MCP_HTTP_PORT | HTTP port. Defaults to 8080. | |||
LOG_LEVEL | debug \ | info (default) \ | warn \ | error. |
/health stays unauthenticated and does not read credentials. The stdio transport does not use CONDUIT_S2S_SECRET.
With MCP_TRANSPORT=http and CONDUIT_S2S_SECRET set, every /mcp request must include a gateway-signed X-Gateway-S2S header:
X-Gateway-S2S: t=<unix seconds>,v1=<hex hmac-sha256>
v1 is HMAC-SHA256 of the literal string t= (the same t= prefix and value that appear in the header), keyed with CONDUIT_S2S_SECRET, and encoded as lowercase hex. The timestamp must be within 300 seconds of the server clock. A missing or invalid header returns 401 and the handler does not read vendor credentials.
In AUTH_MODE=gateway, /mcp also requires X-RoboShadow-Refresh-Token. A missing or empty header returns 401. The server does not fall back to ROBOSHADOW_REFRESH_TOKEN in the process environment.
X-Gateway-S2S check passes, a Content-Length above the cap returns 413 with a JSON-RPC error; bodies without Content-Length are capped by the MCP SDK transport. Unauthenticated requests still get 401 first.tools/call arguments are capped at 10,000 elements (every array item and object key at any depth). Larger inputs return an isError tool result and are never dispatched.These limits address CVE-2026-111768 / GHSA-46jr-4wx8-v453 (memory exhaustion during validation) and GHSA-f897-62hf-6gxq (no request body / batch cap).
40 read-only tools, one per GET operation in the Rubicon Platform Data API's published spec. Every tool that reads organisation-scoped data takes organisationId - discover it with roboshadow_list_organisations.
roboshadow_list_organisations - list every organisation visible to this refresh token.roboshadow_list_organisation_users - list an organisation's users (display name, email, permission level). PII - admin-gated.roboshadow_get_mfa_report - paged MFA status report (registered methods, MFA status, Global Administrator flag) for a Microsoft-identity-linked organisation. PII/identity data - admin-gated.roboshadow_list_scan_status - status of every external vulnerability scan (VScanner), filterable by schedule/status.roboshadow_get_scan_summary - detailed summary of one scan (IP + web vulnerability totals).roboshadow_get_scan_ips_overview - per-target CVE/port breakdown for one scan.roboshadow_list_application_groups - applications grouped across the organisation, with install/device/version counts.roboshadow_get_application_group - detail for one application group.roboshadow_get_device_applications - applications installed on one device.roboshadow_list_devices - every device in the organisation, with hardware/OS identity, network address, health scores, and CVE/update counts. PII (IP/MAC address, logged-on user, serial number) - admin-gated.roboshadow_get_device - detail for one device. PII - admin-gated.roboshadow_get_device_user_profiles - Windows user profiles on one device (includes SID). PII - admin-gated.roboshadow_get_device_users - local/AD users on one device (email, employee ID, admin flag). PII - admin-gated.roboshadow_get_device_antivirus - antivirus/endpoint-protection state for one device.roboshadow_get_antivirus_report_by_device - antivirus status for every device.roboshadow_get_ransomware_report - ransomware-protection status for every device.roboshadow_get_antivirus_summary - organisation-wide antivirus summary.roboshadow_get_antivirus_threats - detected antivirus threats across the organisation.roboshadow_get_windows_defender_report - Windows Defender configuration status for every device.roboshadow_get_firewall_report - Windows firewall status (per profile) for every device.roboshadow_get_device_disks - disks on one device.roboshadow_get_disk_shares - network shares exposed on one disk.roboshadow_get_disk_report - disk usage across the organisation, grouped by disk.roboshadow_get_disk_report_by_device - disk information grouped by device.roboshadow_get_disk_summary - organisation-wide disk-usage summary (low-space devices, unencrypted drives, shares, USB disks).roboshadow_get_hardware_report_by_device - hardware inventory grouped by device.roboshadow_get_hardware_summary - organisation-wide hardware summary.roboshadow_get_device_services - Windows services on one device, including unquoted-service-path vulnerability flag.roboshadow_get_device_updates - missing Windows updates for one device.roboshadow_get_updates_report_by_device - paginated missing-updates report grouped by device.roboshadow_get_updates_summary - organisation-wide update summary and top devices needing attention.roboshadow_get_device_vulnerability_summary - per-application CVE detail and severity rollup for one device.roboshadow_get_vulnerable_applications - applications with known vulnerabilities across the organisation.roboshadow_get_cpe_vulnerabilities - CPE vulnerability findings across the organisation.roboshadow_get_cve_vulnerabilities - CVEs affecting the organisation (CVSS/EPSS, known-exploited flag).roboshadow_get_cve_fixes - available fixes/patches for one CVE.roboshadow_get_vulnerable_devices - devices with known vulnerabilities.roboshadow_get_vulnerabilities_summary - organisation-wide vulnerability summary and top-5 critical apps/CVEs/devices.roboshadow_get_remediation_report - vulnerability-remediation attempts across the organisation (action, target, outcome).roboshadow_get_remediation_attempt_cves - CVEs addressed by one remediation attempt.RoboShadow is an endpoint-security and vulnerability-management platform - even as plain reads, most of this connector's 40 tools surface data that is PII (device users' SIDs, employee IDs, and email addresses; a device's logged-on user, IP/MAC address, and serial number), identity/MFA posture, or security-assessment data (vulnerabilities, threats, remediation outcomes, external scan results). Per this ses
Only the beginning is shown; read the rest in the repo