registry / record
markitdown-mcp
Does markitdown-mcp MCP work in Claude Code and Cursor? Throne executed markitdown-mcp mcp in a single-use Firecracker microVM and replayed both recorded client behaviours. Compatibility verdict: not fit. Is markitdown-mcp mcp safe? Static security scan: no findings under security ruleset v1. The full per-step results, security findings, scan date, and evidence hash are below.
> throne registry markitdown-mcp
sealed
- scan id
- 4be6375186464b8086192c5a81a3f765
- target
- uvx markitdown-mcp
- sealed at
- 2026-06-16 19:13:45Z
- evidence hash
- sha256:720f7288766064fc6ca33cf69b69f1b07d03c4374a731587cbd7bb87eff3afdd
initialize ok: server markitdown 1.8.1, negotiated protocolVersion 2024-11-05, capabilities ['experimental', 'prompts', 'resources', 'tools']
supported: tools/list (1 tools), resources/list (0), prompts/list (0)
all 1 tool inputSchemas are valid JSON Schema
called 1 of 1 tools (cap 10, strategy=serial): 0 ok, 1 returned tool-level errors (expected for synthesized args)
server process died during error probes, wrong_type_args: convert_to_markdown:accepted (returned result); unknown_method: no response (silent), connection alive; invalid_id: died; oversized_input: died (stdin pipe closed); recovery: died (stdin pipe closed); cancellation: died (stdin pipe closed during cancel); old_version: accepted old version 2024-10-07, negotiated 2024-11-05, server may have stale protocol handling
no streaming-capable tool declared by this server
server declares resources but lists none
ladder 1 overlapping convert_to_markdown calls: max_observed_stable_concurrency=1; all ids answered exactly once, but every call returned an error (tool-level isError result), the tool may need runtime dependencies this sandbox does not provide
transport closed and relaunched; re-handshake ok (protocolVersion 2024-11-05, first session was 2024-11-05)
initialize ok: server markitdown 1.8.1, negotiated protocolVersion 2024-11-05, capabilities ['experimental', 'prompts', 'resources', 'tools'] [request_strategy=pipelined, connection_count=2, second connection established]
supported: tools/list (1 tools), resources/list (0), prompts/list (0); notes: connection 2 confirms 1 tools
all 1 tool inputSchemas are valid JSON Schema
called 1 of 1 tools (cap 10, strategy=pipelined): 0 ok, 1 returned tool-level errors (expected for synthesized args)
server process died during error probes, wrong_type_args: convert_to_markdown:accepted (returned result); unknown_method: no response (silent), connection alive; invalid_id: died; oversized_input: died (stdin pipe closed); recovery: died (stdin pipe closed); cancellation: died (stdin pipe closed during cancel); old_version: accepted old version 2024-10-07, negotiated 2024-11-05, server may have stale protocol handling
no streaming-capable tool declared by this server
server declares resources but lists none
ladder 1/2/4/6 overlapping convert_to_markdown calls: max_observed_stable_concurrency=6; all ids answered exactly once, but every call returned an error (tool-level isError result), the tool may need runtime dependencies this sandbox does not provide
transport closed and relaunched; re-handshake ok (protocolVersion 2024-11-05, first session was 2024-11-05)
- target
- uvx markitdown-mcp pypi
- engine
- sandboxed
- claude code
- calibration: partial recorded=9,spec=0,assumed=9
- cursor
- calibration: partial recorded=11,spec=0,assumed=7
- chatgpt desktop
- calibration: unavailable recorded=0,spec=2,assumed=16
- steps exercised
- 14 of 18
- test suite
- v1.0.0
- security ruleset
- v1.0.0
- sealed at
- 2026-06-16 19:13:45Z
- evidence hash
- sha256:720f7288766064fc6ca33cf69b69f1b07d03c4374a731587cbd7bb87eff3afdd
- valid until
- 2026-09-14
maintainer of this server? challenge this record: hello@usethrone.dev. tell us what we got wrong and we re-run it in the open.
this page renders the stored record of a real run. nothing on it is asserted without the execution that proved it.