com.hydracept/vscode
Hydracept
Is the Hydracept MCP server down? No. It is up and needs auth (HTTP 401), probed 2026-11-13.
OAuth MCP for text, jobs, quotes, and receipts. No image/video/audio/3D generation.
needs auth probed 2026-11-14 · unchanged since 2026-11-13 · HTTP 401 · Bearer
Streamable HTTP error: Error POSTing to endpoint: {"error":"invalid_token","error_description":"OAuth access token required"}- Endpoint
- https://api.hydracept.com/mcp/vscode (streamable-http)
- Host
- api.hydracept.com
- Getting access
- OAuth with dynamic client registration. A client such as Claude Code, Cursor or npx mcpcost auth https://api.hydracept.com/mcp/vscode registers itself and opens the consent page; the publisher has nothing to set up for you.
Authorization server api.hydracept.com, PKCE S256, grants authorization_code, refresh_token.
Scopes hydracept:directory.
Read from the server's public OAuth metadata, without a token. Method. - Repository
- https://github.com/zencodeinc/hydracept-public
- Website
- https://hydracept.com/vscode/
- Registry
- active, updated 2026-11-12 · registry entry
Compare this server with others.
More servers
Other registry entries on api.hydracept.com.
- Hydracept com.hydracept/hydracept · needs auth
Servers that mention vscode.
- Pleasanter MCP io.github.Implem/pleasanter-mcp · needs your URL
- io.github.estruyf/vscode-demo-time · alive
- io.github.Intina47/context-sync · crashed on start
- io.github.jmshinhwa/gnu-global-cpp-vscode-config-pack · alive
- io.github.sirlordt/vscode-terminal-mcp · no executable
- io.github.jmshinhwa/mcp-config-guard · alive
- MCP VS Code io.github.mario-andreschak/mcp-vscode · needs args
- Rive VS Code MCP io.github.KshKnsl/rive-vscode-mcp · needs env
Badge for the README
The result of the latest probe, the tool count and the token cost. The feed has an entry for every probe that changed them.
A mail when this server changes
Stops answering, comes back, tool set or cost changes. One confirmation mail first, a stop link in every mail.
For the publisher
- The server answers HTTP 401 to an unauthenticated initialize, so the probe cannot list its tools. That is correct for a private server. Some public servers answer initialize and tools/list without credentials and ask for auth on tool calls only; those get a token count here.
Fixed something? Probe it now, with the same steps as the daily run. This page updates with the next daily run.