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

Asynthetic

NPM · ASYNTHETIC · 3 COMPONENTS · SCANNED AUG 3

Ground truth for AI coding agents: what breaks between library versions and how to fix it

+38 this week 62 Trust /100
Trust breakdown (6 categories)

How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score →

Supply Chain Security88
  • No malware found by supply-chain analysis.Pass
  • Only part of the dependency tree could be resolved (105 of 106), so this covers what we could see, not the whole tree.Partial
  • No install/post-install scripts declared.Pass
  • Only part of the dependency tree could be resolved (105 of 106), so this covers what we could see, not the whole tree. View diagnostics → Partial
Provenance & Transparency32
Schema Quality & AI Usability70
  • AI-judged instruction clarity (excellent).Pass
  • Context-footprint check failed: tool/resource definitions use about 808 tokens (~161/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 Management0
  • Stability not yet verified: not enough scan history yet (needs a 30-day window).Unverified
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
  • Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass

Unverified: 1 category

A category scored 0 because we could not verify it: a data source with nothing on this package, evidence we could not reach, or a check we could not run. We only credit what we can confirm.

Install

Add this component to your MCP client. Where a client-specific snippet is available, pick your client below and copy it straight into your config; otherwise use the connection detail shown.

npm · asynthetic

# add to Claude Code
claude mcp add asyntheticai-asynthetic -- npx -y asynthetic
# add to Codex CLI
codex mcp add asyntheticai-asynthetic -- npx -y asynthetic
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "asyntheticai-asynthetic": {
      "type": "local",
      "command": [
        "npx",
        "-y",
        "asynthetic"
      ],
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add asyntheticai-asynthetic --command npx --arg -y --arg asynthetic
# ~/.hermes/config.yaml
mcp_servers:
  asyntheticai-asynthetic:
    command: "npx"
    args: ["-y", "asynthetic"]
// mcp.json
{
  "mcpServers": {
    "asyntheticai-asynthetic": {
      "command": "npx",
      "args": [
        "-y",
        "asynthetic"
      ]
    }
  }
}
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.

  • 2 Aug 26 +43
    • Provenance: unverified → fail security
    • Known CVEs: unverified → partial security
    • Install scripts: unverified → pass security
    • Malware scan: unverified → pass security
    • Stability: Stability not yet verified: not enough scan history yet (needs a 30-day window). security
    • License: unverified → fail functional
    • Maintenance: unverified → pass functional
    • Schema quality: unverified → excellent functional
    • Dependency health: unverified → partial functional
    • MCP protocol: unverified → pass functional
    • Licence: BUSL-1.1 functional
  • 1 Aug 26 −7
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 31 Jul 26 −18
    • Malware scan: pass → unverified security
  • 28 Jul 26 +20
    • Tool coverage: unverified → 100 functional
    • First check of Schema quality: fail functional
    • First check of Schema quality: unverified functional
    • First check of Tool coverage: 100 functional
    • First check of Tool coverage: 100 functional
    • First check of Schema quality: fail functional
  • 27 Jul 26 24

    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 3 Aug 2026 · Analysed npm/[email protected]

Provenance none

Ecosystem: npm · Outcome: none

Dependencies 105 packages

105 packages in the resolved dependency tree · 104 deprecated · 29 stale.

The dependency tree was only partially resolved, so these counts may be incomplete.

MCP tools — 5 exposed · ~808 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.

Tool Tokens
check_compatibility ~156

PLANNED: project-aware compatibility analysis. Currently returns implemented=false and no data. Do not infer compatibility (or incompatibility) from this response. For a static SemVer check between two known package versions, use check_peer_compatibility instead.

NameTypeReqDescription
ecosystemstringPackage ecosystem (default "npm")
package_astringyesFirst package name (planned project-aware check), e.g. "next"
package_bstringyesSecond package name, e.g. "react"
version_astringyesVersion of package_a, e.g. "15.0.0"
version_bstringyesVersion of package_b, e.g. "19.0.0"
NameTypeReqDescription
implementedbooleanyesAlways false — this tool is a reserved stub
messagestringyes

No examples provided.

check_peer_compatibility ~187

Static SemVer check of two known package versions against curated compatible_with peer data from migration maps. Purely declarative — no filesystem access or project inspection (that is the scope of the separate, unimplemented check_compatibility). Returns compatible: true | false | "unknown". Treat "unknown" as absence of curated data, never as evidence of incompatibility.

NameTypeReqDescription
ecosystemstringPackage ecosystem (default "npm")
package_astringyesFirst package name, e.g. "next"
package_bstringyesSecond package name, e.g. "react"
version_astringyesVersion (or SemVer range) of package_a, e.g. "15.0.0"
version_bstringyesVersion (or SemVer range) of package_b, e.g. "18.2.0"
NameTypeReqDescription
checksarrayyes
compatibleyestrue | false | "unknown" ("unknown" = absence of data, not incompatibility)
reasonstringyes
requestedobjectyes
source_maps_usedarrayyes

No examples provided.

get_breaking_changes ~158

Returns the breaking changes introduced when upgrading TO the given version of a package (matched by major version against curated migration maps), with source citations and last_verified dates. Accepts concrete versions or SemVer ranges ("15", "^15.0.0", "15.x"); resolution is disclosed via match_type/resolved_via. If found=false, no verified data exists — do not guess.

NameTypeReqDescription
ecosystemstringPackage ecosystem (default "npm")
packagestringyesPackage name as published, e.g. "@modelcontextprotocol/sdk"
versionstringyesThe version (or SemVer range) whose breaking changes you want, e.g. "2.0.0", "^15.0.0"
NameTypeReqDescription
available_mapsarray
available_maps_truncatedboolean
coverage_hintstring
foundbooleanyes
messagestring
requestedobjectyes
resultsarray

No examples provided.

get_migration ~219

Returns the verified migration map for upgrading a package between two versions: ordered breaking changes with before/after code, deprecations, source-citation URLs, and a last_verified date. Accepts concrete versions or SemVer ranges (e.g. "^14.2.0", "~14.1.0", "15.x"); non-exact lookups resolve to the covering map and disclose how via match_type/resolved_via/match_note. If found=false, no verified data exists — do not guess.

NameTypeReqDescription
ecosystemstringPackage ecosystem (default "npm")
from_versionstringyesVersion or SemVer range currently in use, e.g. "1.29.0", "^14.2.0", "1.x"
packagestringyesPackage name as published, e.g. "@modelcontextprotocol/sdk"
to_versionstringyesVersion or SemVer range upgrading to, e.g. "2.0.0", "^15.0.0", "2.x"
NameTypeReqDescription
available_mapsarray
available_maps_truncatedboolean
coverage_hintstring
foundbooleanyesWhether a verified map covers the requested upgrade
match_notestring
match_typestring"exact" | "semver-range" | "major-version"
messagestringAnti-hallucination guidance (present when not found)
migrationobjectThe full migration map (present when found)
requestedobjectyes
resolved_viastring"exact_string" | "semver_range" | "major_version"
source_countnumber
verification_levelstring"high" | "medium" | "low"
warningstring

No examples provided.

list_available_maps ~88

Lists every migration map in the store: package, ecosystem, from_version, to_version, status (draft/verified/stale), last_verified. Optional filters: ecosystem, package. Use this to discover coverage before calling get_migration.

NameTypeReqDescription
ecosystemstringFilter by ecosystem, e.g. "npm"
packagestringFilter by exact package name (case-insensitive)
NameTypeReqDescription
countnumberyes
mapsarrayyes

No examples provided.