Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

SCRIPTMASTERLABS — ScriptDocs

REMOTE · SCRIPTDOCS-MCP.ONRENDER.COM

Live npm/PyPI/crates facts + README fetch for agents. Settle-proven 2026-11-02 (SELF-PROOF).

+4 this week 73 Trust /100

Last scanned (4 hours ago)

Scores higher than 60% of remote servers

Reachable. Last reached 5 Nov 2026.

Category Code Search and Documentation

Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →

Endpoint Security74
Transport & Reachability100
Schema Quality & AI Usability65
  • AI-judged instruction clarity (excellent).Pass
  • Context-footprint check failed: tool/resource definitions use about 2015 tokens (~403/item across 5 items; 5 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management23
  • Stability observed for 7 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage100
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 100% of tool parameters carry a description.Pass
Tool Safety100
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • We read all 5 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
  • An AI judge read all 5 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 5 Nov 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 20 to 23. That category is still filling its 30-day observation window: 6 days of observed history at the previous scan, 7 at this one. The score rises as the window fills, whether or not the server changes.

  • 3 Nov 26 +1
    • Tool “docs_check_vulnerabilities” rewrote its description, which is the text the model reads security
    • Tool “docs_get_readme” rewrote its description, which is the text the model reads security
  • 1 Nov 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 7 to 10. That category is still filling its 30-day observation window: 2 days of observed history at the previous scan, 3 at this one. The score rises as the window fills, whether or not the server changes.

  • 30 Oct 26 +1
    • Stability: unverified → 0.03 ▲ functional
  • 29 Oct 26 69

    First indexed and scored.

Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 5 Nov 2026 · Probed https://scriptdocs-mcp.onrender.com/mcp

TLS valid

Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .

Subject Issuer Valid from Valid until Key Signature Serial
CN=onrender.com CN=WE1,O=Google Trust Services,C=US 21 Sept 2026 20 Dec 2026 ECDSA 256 ECDSA-SHA256 6eb1e3fe7d0631ea1337bfa4a321c137
SANs: onrender.com, *.onrender.com
CN=WE1,O=Google Trust Services,C=US (CA) CN=GTS Root R4,O=Google Trust Services LLC,C=US 13 Dec 2023 20 Feb 2029 ECDSA 256 ECDSA-SHA384 7ff31977972c224a76155d13b6d685e3
CN=GTS Root R4,O=Google Trust Services LLC,C=US (CA) CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE 15 Nov 2023 28 Jan 2028 ECDSA 384 SHA256-RSA 7fe530bf331343bedd821610493d8a1b

Background: What to check on a remote MCP endpoint →

DNSSEC insecure

Validation of scriptdocs-mcp.onrender.com. — Not signed

Zone DS Keys Algorithms Outcome
. trust_anchor 20326, 38696 8, 8 Verified
com. present 19718 13 Verified
onrender.com. absent Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation
Authentication No authorisation required

The endpoint answered without asking for a token. Anyone who knows the URL can reach it.

Result No authorisation required
HTTP status 200

Background: How OAuth 2.1 works in the 2026 MCP spec →

Transports 2 probes
Transport URL Outcome Status Location
streamable-http https://scriptdocs-mcp.onrender.com/mcp Verified 200
http (plaintext) http://scriptdocs-mcp.onrender.com/mcp HTTPS enforced 301 https://scriptdocs-mcp.onrender.com/mcp
MCP tools · 5 exposed · ~2,015 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
docs_check_vulnerabilities ~611

Check a real, specific package version against OSV.dev (Google-run, aggregates GitHub/PyPA/npm/RustSec advisories) — and, when a fix exists, automatically fetch that fixed version's README in the same call, so the result is "here's what's wrong" AND "here's exactly what upgrading looks like," not just a CVE list you have to research further yourself. This is a live query against OSV.dev's public API for the exact package+version given. It never estimates or guesses risk — if OSV has no advisories on record for that version, this correctly reports zero vulnerabilities rather than implying danger that isn't documented. Note: this tool is more limited than dedicated vulnerability-intelligence tools (e.g. VulnCheck, Snyk) — it reports what OSV.dev has on file, not exploit activity or threat intelligence. Args: - ecosystem ('npm' | 'pypi' | 'cargo') - package_name (string): exact package name - version (string, optional): specific version to check; defaults to the latest published version - include_fix_docs (boolean, default true): also fetch the README for the version that fixes the found vulnerabilities Returns JSON with: vulnerability_count, vulnerabilities (array of {id, summary, severity, aliases, fixed_in, references}), recommended_fix (null, or {version, readme, truncated, source_url} for the version that resolves the found issues), source_url, fetched_at. Error Handling: - Returns "Error: ..." if the package doesn't exist or OSV.dev can't be reached - vulnerability_count: 0 with an empty array is a normal, valid result — not an error - If fetching the fix's README fails, recommended_fix is null rather than the whole call failing — the vulnerability data itself is never withheld because of it [PAID: $0.009 per call via x402 - send a PAYMENT-SIGNATURE header on the /mcp request; unpaid calls return an HTTP 402 x402 challenge with five accepts at the same $0.009 price: Base USDC (9000 atomic), Solana USDC (9000 atomic), XRPL XRP (drops at the live…

NameTypeReqDescription
ecosystemstringyesWhich package registry the version belongs to: 'npm', 'pypi', or 'cargo'.
include_fix_docsboolean–When a vulnerability is found with a known fixed version, also fetch that version's README so the response includes what upgrading actually looks like. Set false to skip the extra fetch.
package_namestringyesExact package name as published on the registry.
versionstring–Specific version to check. Defaults to the current latest published version if omitted.

No output schema declared.

No examples provided.

docs_get_package_info ~274

Fetch real, current metadata for a package directly from the npm registry, PyPI JSON API, or crates.io. This tool makes a live HTTP request to the actual registry (registry.npmjs.org, pypi.org, or crates.io) at call time. It never returns cached, guessed, or simulated data — if the package doesn't exist, it returns an explicit error rather than a plausible-looking fabrication. Args: - ecosystem ('npm' | 'pypi' | 'cargo'): which registry to query - package_name (string): exact package name, e.g. "zod", "fastapi", or "serde" Returns JSON with: name, latest_version, description, homepage, repository, source_url (the exact registry URL the data came from, for verification), fetched_at (ISO timestamp). Error Handling: - Returns "Error: package not found" if the registry has no such package - Returns "Error: registry request failed" on network/HTTP errors

NameTypeReqDescription
ecosystemstringyesWhich package registry to query: 'npm', 'pypi', or 'cargo' (Rust/crates.io).
package_namestringyesExact package name as published on the registry, e.g. 'express', 'requests', or 'serde'.

No output schema declared.

No examples provided.

docs_get_readme ~426

Fetch the real README/description for a package, straight from the registry — not a summary, not a paraphrase, not AI-generated. For npm this reads the registry's stored README, falling back to the published README.md file via jsDelivr if the registry copy is missing (verbatim markdown). For PyPI this reads the exact long_description shown on the package's PyPI page (verbatim). For Cargo (Rust/crates.io) this reads crates.io's stored README — note: crates.io only stores a pre-rendered HTML version, not the original markdown source, so this is that HTML converted to plain text, not byte-for-byte source. Args: - ecosystem ('npm' | 'pypi' | 'cargo') - package_name (string): exact package name - version (string, optional): specific version; defaults to latest Returns JSON with: readme (truncated to 12000 chars if longer — check 'truncated'), truncated (boolean), source_url (exact URL fetched, for verification), fetched_at. Error Handling: - Returns "Error: ..." if the package or its README cannot be found — never fabricates content to fill the gap. [PAID: $0.009 per call via x402 - send a PAYMENT-SIGNATURE header on the /mcp request; unpaid calls return an HTTP 402 x402 challenge with five accepts at the same $0.009 price: Base USDC (9000 atomic), Solana USDC (9000 atomic), XRPL XRP (drops at the live XRP/USD rate), Arc USDC (9000 atomic), or Xahau XAH (drops at the live XAH/USD rate). The other ScriptDocs tools are free.]

NameTypeReqDescription
ecosystemstringyesWhich package registry to query: 'npm', 'pypi', or 'cargo'.
package_namestringyesExact package name as published on the registry.
versionstring–Specific version to fetch. Defaults to the latest published version if omitted.

No output schema declared.

No examples provided.

docs_resolve_library ~353

Turn a fuzzy or partial name into real, ranked candidate package names, using the registry's own live search index — not a guess at what the package is probably called. For npm this queries registry.npmjs.org's actual search API (the same one npmjs.com uses). For Cargo this queries crates.io's real search endpoint. For PyPI: there is currently no official PyPI search API (XML-RPC search was permanently disabled in 2022 and never replaced) — calling this with ecosystem 'pypi' returns an explicit message saying so rather than a fabricated or scraped result, along with a suggestion to use the exact package name with docs_get_package_info instead. Args: - ecosystem ('npm' | 'pypi' | 'cargo') - query (string): the name or description to resolve, e.g. "react" or "async http client" - max_results (number, 1-10, default 5) Returns JSON with: candidates (array of {name, version, description, score, url}), source_url, fetched_at. Error Handling: - ecosystem 'pypi' always returns an explanatory message, not an error and not fabricated results - Returns "Error: ..." only for actual npm/crates.io request failures

NameTypeReqDescription
ecosystemstringyesWhich registry to search: 'npm', 'pypi', or 'cargo'. Note: PyPI has no official search API (see limitation below).
max_resultsinteger–Maximum number of candidates to return.
querystringyesNatural-language or partial name to resolve, e.g. 'react', 'http client for python', 'serde'.

No output schema declared.

No examples provided.

docs_search_docs ~351

Search for keywords inside a package's real README/docs and return verbatim matching snippets with surrounding context. This does keyword matching over the actual fetched document (registry README for npm, long description for PyPI, README-derived text for Cargo) — it does not summarize or paraphrase, and it does not answer from general knowledge. If no matches are found, it says so rather than guessing at an answer. Args: - ecosystem ('npm' | 'pypi' | 'cargo') - package_name (string): exact package name - query (string): keyword(s) to search for, e.g. "rate limit" or "async client" - max_snippets (number, 1-20, default 5): cap on returned matches - version (string, optional): specific version to search; defaults to latest Returns JSON with: snippets (array of {match, context, line_hint}), source_url, fetched_at. Error Handling: - Returns "Error: ..." if the package/docs can't be fetched - Returns an empty snippets array (not an error) if the docs were fetched successfully but the query has no matches

NameTypeReqDescription
ecosystemstringyesWhich package registry to query: 'npm', 'pypi', or 'cargo'.
max_snippetsinteger–Maximum number of matching snippets to return.
package_namestringyesExact package name as published on the registry.
querystringyesKeyword(s) to search for inside the package's real documentation, e.g. 'authentication middleware'.
versionstring–Specific version to search within. Defaults to the latest published version if omitted.

No output schema declared.

No examples provided.

Install

How do I install the SCRIPTMASTERLABS — ScriptDocs MCP server?

SCRIPTMASTERLABS — ScriptDocs is a hosted endpoint at https://scriptdocs-mcp.onrender.com/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

remote · scriptdocs-mcp.onrender.com

# add to Claude Code
claude mcp add --transport http com-scriptmasterlabs-scriptdocs 'https://scriptdocs-mcp.onrender.com/mcp'
Common questions

What is the SCRIPTMASTERLABS — ScriptDocs MCP server?

SCRIPTMASTERLABS — ScriptDocs is an MCP server listed in the public MCP registry as com.scriptmasterlabs/scriptdocs. Live npm/PyPI/crates facts + README fetch for agents. Settle-proven 2026-11-02 (SELF-PROOF). This page covers its hosted endpoint (https://scriptdocs-mcp.onrender.com/mcp).

Is the SCRIPTMASTERLABS — ScriptDocs MCP server safe to use?

SCRIPTMASTERLABS — ScriptDocs scores 73 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the SCRIPTMASTERLABS — ScriptDocs MCP server expose?

SCRIPTMASTERLABS — ScriptDocs exposes 5 tools: docs_get_package_info, docs_get_readme, docs_search_docs, docs_check_vulnerabilities, docs_resolve_library. Their descriptions and schemas cost roughly 2,015 tokens of context every time the server is loaded.

Does the SCRIPTMASTERLABS — ScriptDocs MCP server require authentication?

No. We connected to SCRIPTMASTERLABS — ScriptDocs without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.

Is the SCRIPTMASTERLABS — ScriptDocs MCP server still maintained?

SCRIPTMASTERLABS — ScriptDocs is still listed as active in the MCP registry. We last reached this channel on 5 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.