DatasheetVend
REMOTE · DATASHEETVEND.COM
Turn datasheets into source-backed JSON contracts, pinout matrices, and KiCad CAD for AI agents.
Available components
Last scanned (23 hours ago)
Scores higher than 64% of remote servers
Reachable. Last reached 4 Nov 2026.
Category IoT and Hardware
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 Security80
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- No authorisation is required to call this server. Every tool declares its destructiveHint and none is destructive, so open access doesn't expose one. See how to fix → View diagnostics → Partial
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- The HSTS (Strict-Transport-Security) header is present. View diagnostics → Pass
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability63
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 6905 tokens (~287/item across 24 items; 24 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 Management27
- Stability observed for 8 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
- Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- We read all 24 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
- An AI judge read all 24 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
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.
- 3 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.
- 1 Nov 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 13 to 17. That category is still filling its 30-day observation window: 4 days of observed history at the previous scan, 5 at this one. The score rises as the window fills, whether or not the server changes.
- 30 Oct 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.
- 29 Oct 26 −1
- Schema quality: pass → fail ▼ functional
- First check of Tool coverage: 100 functional
- Schema quality: good → excellent functional
- New tool “datasheetvend_build_component_twin” functional
- New tool “datasheetvend_decode_part_number” functional
- New tool “datasheetvend_extract_absolute_max” functional
- New tool “datasheetvend_extract_altium_bundle” functional
- New tool “datasheetvend_extract_analog_specs” functional
- New tool “datasheetvend_extract_document_map” functional
- New tool “datasheetvend_extract_kicad_bundle” functional
- New tool “datasheetvend_extract_kicad_footprint” functional
- New tool “datasheetvend_extract_kicad_symbol” functional
- New tool “datasheetvend_extract_logic_levels” functional
- New tool “datasheetvend_extract_package_dimensions” functional
- New tool “datasheetvend_extract_passive_bom” functional
- New tool “datasheetvend_extract_peripheral_matrix” functional
- New tool “datasheetvend_extract_pin_cautions” functional
- New tool “datasheetvend_extract_pinout” functional
- New tool “datasheetvend_extract_power_domains” functional
- New tool “datasheetvend_extract_register_map” functional
- New tool “datasheetvend_extract_thermal_limits” functional
- New tool “datasheetvend_extract_timing_characteristics” functional
- New tool “datasheetvend_get_component_twin” functional
- New tool “datasheetvend_inspect_document_page” functional
- New tool “datasheetvend_list_component_twins” functional
- New tool “datasheetvend_read_document_map_instructions” functional
- 28 Oct 26 +1
- Stability: unverified → 0.03 ▲ functional
- 27 Oct 26 72
First indexed and scored.
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 4 Nov 2026 · Probed https://datasheetvend.com/api/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=datasheetvend.com | CN=YR1,O=Let's Encrypt,C=US | 28 Sept 2026 | 27 Dec 2026 | RSA 2048 | SHA256-RSA | 6e4f2f5114a8773383598b1748e28ecb6c4 |
| SANs: datasheetvend.com | ||||||
| CN=YR1,O=Let's Encrypt,C=US (CA) | CN=Root YR,O=ISRG,C=US | 3 Sept 2025 | 2 Sept 2028 | RSA 2048 | SHA256-RSA | a20253f15f2691c05dc1ce13b9bcca4e |
| CN=Root YR,O=ISRG,C=US (CA) | CN=ISRG Root X1,O=Internet Security Research Group,C=US | 13 May 2026 | 2 Sept 2032 | RSA 4096 | SHA256-RSA | f24b6d17f9d9ad7cb1c9fea78782699f |
Background: What to check on a remote MCP endpoint →
DNSSEC insecure
Validation of datasheetvend.com. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| com. | present | 19718 | 13 | Verified |
| datasheetvend.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 |
| Header | Value |
|---|---|
| strict-transport-security | max-age=63072000 |
| content-security-policy | default-src 'self'; script-src 'self' 'unsafe-inline' 'unsafe-eval' blob: https://js.stripe.com https://vercel.live https://va.vercel-scripts.com https://*.clarity.ms https://www.googletagmanager.com https://*.googletagmanager.com; worker-src 'self' blob:; style-src 'self' 'unsafe-inline'; img-src 'self' blob: data: https://*.stripe.com https://*.clarity.ms https://c.bing.com https://*.google-analytics.com https://*.googletagmanager.com; font-src 'self' data:; media-src 'self' blob: data: mediastream:; object-src 'none'; base-uri 'self'; form-action 'self'; frame-ancestors 'none'; frame-src 'self' https://js.stripe.com; connect-src 'self' * https://*.vercel-storage.com https://*.blob.vercel-storage.com https://*.public.blob.vercel-storage.com https://*.clarity.ms https://c.bing.com https://*.simli.ai wss://*.simli.ai https://*.livekit.cloud wss://*.livekit.cloud; upgrade-insecure-requests; |
| x-content-type-options | nosniff |
| x-frame-options | DENY |
| referrer-policy | strict-origin-when-cross-origin |
| permissions-policy | camera=(), microphone=(self), geolocation=() |
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://datasheetvend.com/api/mcp | Verified | 200 | |
| http (plaintext) | http://datasheetvend.com/api/mcp | HTTPS enforced | 308 | https://datasheetvend.com/api/mcp |
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 →
datasheetvend_build_component_twin Extract a datasheet into a component twin ~690
Extract a datasheet with DatasheetVend Fast Extraction and return its Unified Component Model (UCM) digital twin in one call. Fast Extraction runs once for every requested module, and the modules' facts combine into one twin, filed where they belong: pins, whole_part (temperatures, absolute limits, package, ordering code), interfaces_rails, registers and checks — every fact with a check ('passed', 'needs_review', 'disagrees', 'failed_sanity_check') and, where recorded, its datasheet page. Returns the same ucm_twin_v1 view as datasheetvend_get_component_twin, with every section unless you ask for sections, one pin or a search, plus an `extraction` block: the engine, `rescued_features` (modules Fast Extraction could not complete at turbo speed that the standard deep engine extracted instead, slower for just those modules -- still billed and still in the twin), the modules NEITHER engine could extract (no credits charged for those), the credits charged and stored=false. Treat facts that did not pass as unverified and cite their page. The twin is NOT saved to your account: datasheetvend_get_component_twin and the dashboard will not find it, and calling again extracts and bills again. Needs a DatasheetVend API key. Costs the requested modules' credits: pinout (1 credit), absolute_max (2 credits), pin_cautions (2 credits), logic_levels (2 credits), thermal (2 credits), timing (2 credits), register_map (3 credits), peripheral_matrix (2 credits), power_battery (1 credit), part_decoder (2 credits), cad_normalized (1 credit, extracted as footprint); all of them 20 credits.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them). |
| max_facts | integer | – | Cap on facts returned across the pin and sections (default 200). `truncated` says when it was reached. |
| modules | array | – | Twin modules to extract and combine: pinout, absolute_max, pin_cautions, logic_levels, thermal, timing, register_map, peripheral_matrix, power_battery, part_decoder, cad_normalized. Omit for all of t… |
| only_passed | boolean | – | Only facts that passed every check. Default false: every fact comes with its check. |
| partName | string|null | – | Optional part number / MPN to target in a datasheet that covers several parts. |
| pin | string | – | One pin by number, name or alternate function (for example '27', 'PC4' or 'SDA'): every fact that reaches it — its own and those of its rails and interfaces. |
| search | string | – | Only facts whose parameter, symbol, statement or node contains this text, case-insensitive (for example 'storage temperature' or 'TWCR'). With no sections given, searches pins, whole_part, interfaces… |
| sections | array | – | Parts of the twin to include besides the summary: pins, whole_part, interfaces_rails, registers, checks. Omit, with no pin or search, for every section — this twin is not stored, so there is no secon… |
| Name | Type | Req | Description |
|---|---|---|---|
| built_from | object | yes | – |
| checks | object | yes | – |
| contract | string | yes | Contract id: ucm_twin_v1 |
| counts | object | yes | – |
| datasheet | string | yes | – |
| extraction | object | yes | The Fast Extraction run behind this twin |
| how_to_read | string | yes | – |
| part | object | yes | – |
| pin | – | yes | The requested pin with the facts that reach it, or null when no pin was asked for. |
| places | object | yes | – |
| sections | object | yes | The requested sections: pins, whole_part, interfaces_rails, registers, checks — facts with their check and, where recorded, their page. |
| truncated | boolean | yes | – |
| warnings | array | yes | – |
No examples provided.
datasheetvend_decode_part_number Decode manufacturer ordering part numbers ~306
Decode the ordering nomenclature: per-position suffix meanings (temp grade, package, speed, packaging) and, where the datasheet's ordering information supports it, the enumerated orderable_part_numbers list — the direct answer to 'which/how many orderable part numbers'. Codes the document's ordering legend lists that the decode lacks come back as deterministic_harvest_only_rules, each with its source page: text-layer evidence to check, not decoded rules. Runs DatasheetVend Fast Extraction: a page scout routes targeted model reads and the module's own deterministic readers, then the same normalization and completion checks as a dashboard job finish the result, usually in seconds; `engine` names the engine on every result. If Fast Extraction cannot complete the module, the slower deep engine re-runs that module alone (engine.runtime is then `monolith_rescue`; the result says so, and it is billed as delivered). A rescue can take several minutes, so set a client timeout of 10 minutes. Only if the deep engine also cannot deliver does the module return status FAILED with the reason.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve). |
| partName | string|null | – | Optional part number / MPN to disambiguate a multi-part datasheet. |
| Name | Type | Req | Description |
|---|---|---|---|
| canonical_output | – | yes | The module's canonical (CAD-ready normalized) output block. |
| contract | string | yes | Contract id, e.g. thermal_evidence_v2 |
| engine | object | – | Which engine produced this result |
| engineering_summary | string|null | yes | Concise human-readable engineering summary, when emitted. |
| extracted_data | – | yes | The module's extraction after its own normalization — values with the datasheet page they came from (source_page, where one was recorded) and, where the module provides them, confidence_score and sou… |
| module_id | string | yes | Canonical module id |
| review | object | yes | – |
| status | string | yes | The module's completion status (for example approved, approved_with_warnings or empty), or FAILED when Fast Extraction could not extract the module |
| warnings | array | yes | Public engineering warnings from the extraction. |
No examples provided.
datasheetvend_extract_absolute_max Extract absolute maximum ratings ~253
Extract the Absolute Maximum Ratings: never-exceed supply/pin voltages, max currents, and storage temperatures. Use extract_logic_levels for the OPERATING supply range, not these stress limits. Runs DatasheetVend Fast Extraction: a page scout routes targeted model reads and the module's own deterministic readers, then the same normalization and completion checks as a dashboard job finish the result, usually in seconds; `engine` names the engine on every result. If Fast Extraction cannot complete the module, the slower deep engine re-runs that module alone (engine.runtime is then `monolith_rescue`; the result says so, and it is billed as delivered). A rescue can take several minutes, so set a client timeout of 10 minutes. Only if the deep engine also cannot deliver does the module return status FAILED with the reason.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve). |
| partName | string|null | – | Optional part number / MPN to disambiguate a multi-part datasheet. |
| Name | Type | Req | Description |
|---|---|---|---|
| canonical_output | – | yes | The module's canonical (CAD-ready normalized) output block. |
| contract | string | yes | Contract id, e.g. thermal_evidence_v2 |
| engine | object | – | Which engine produced this result |
| engineering_summary | string|null | yes | Concise human-readable engineering summary, when emitted. |
| extracted_data | – | yes | The module's extraction after its own normalization — values with the datasheet page they came from (source_page, where one was recorded) and, where the module provides them, confidence_score and sou… |
| module_id | string | yes | Canonical module id |
| review | object | yes | – |
| status | string | yes | The module's completion status (for example approved, approved_with_warnings or empty), or FAILED when Fast Extraction could not extract the module |
| warnings | array | yes | Public engineering warnings from the extraction. |
No examples provided.
datasheetvend_extract_altium_bundle Parse an Altium Designer ASCII footprint export ~201
Parse an Altium Designer ASCII footprint export (a text file — NOT a binary .PcbLib/.SchLib) and extract the footprint name, per-pad copper geometry (designator, name, coordinates, size, shape), layer map, and this module's own review/audit verdict. This reads an EXISTING Altium file; it does not build one from a datasheet PDF (for that, see the Altium Assist output pack on a completed extraction job). No model call — deterministic parsing only.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to an Altium ASCII footprint export (a text file, not a binary .PcbLib/.SchLib). The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path work… |
| partName | string|null | – | Optional component name / MPN. |
| Name | Type | Req | Description |
|---|---|---|---|
| contract | string | yes | Contract schema identifier: altium_evidence_v1 |
| delivery_status | – | yes | The module's own audit verdict for this file — the same one a REST/dashboard job would carry. |
| footprint_name | string|null | yes | Extracted Altium footprint pattern name |
| footprints_detected | number | yes | How many footprint blocks the file contained. Only one (the best match) is returned above. |
| layer_map | array | yes | – |
| manufacturer_part_number | string|null | yes | The partName you sent, or the component name text found in the file — never the footprint's own name. |
| other_footprint_names | array | yes | Names of the OTHER footprints in the file, not returned above — nothing is silently dropped. |
| pads | array | yes | – |
| review | object | yes | – |
| source_format_detected | string | yes | line_block_ascii is the only format this tool actually reads. |
| status | string | yes | FAILED means the credits for this call are refunded automatically: the file was unreadable, a recognized-but-unsupported format, or contained no footprint. |
| units | string | yes | Coordinate/size units exactly as the source file stated them. Values are NEVER converted — 'unknown' means the file did not state a unit, not that the numbers are millimetres. |
| warning_details | array | yes | – |
| warnings | array | yes | Engineering warnings emitted |
No examples provided.
datasheetvend_extract_analog_specs Extract analog domain specifications (ADC/DAC, Op-Amps, VREF) ~325
Extract analog conversion and signal-conditioning specs: ADC/DAC resolution, sampling rates (MSPS/kSPS), channel counts, input-voltage ranges, static non-linearity (INL/DNL), dynamic specs (ENOB, SINAD, SNR, SFDR, THD), operational amplifiers (GBW, slew rate, rail-to-rail, CMRR/PSRR), internal voltage references (nominal voltage, tempco ppm/°C), and operating supply/temp envelopes, plus comparator propagation delay and hysteresis. Runs DatasheetVend Fast Extraction: a page scout routes targeted model reads and the module's own deterministic readers, then the same normalization and completion checks as a dashboard job finish the result, usually in seconds; `engine` names the engine on every result. If Fast Extraction cannot complete the module, the slower deep engine re-runs that module alone (engine.runtime is then `monolith_rescue`; the result says so, and it is billed as delivered). A rescue can take several minutes, so set a client timeout of 10 minutes. Only if the deep engine also cannot deliver does the module return status FAILED with the reason.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve). |
| partName | string|null | – | Optional part number / MPN to disambiguate a multi-part datasheet. |
| Name | Type | Req | Description |
|---|---|---|---|
| canonical_output | – | yes | The module's canonical (CAD-ready normalized) output block. |
| contract | string | yes | Contract id, e.g. thermal_evidence_v2 |
| engine | object | – | Which engine produced this result |
| engineering_summary | string|null | yes | Concise human-readable engineering summary, when emitted. |
| extracted_data | – | yes | The module's extraction after its own normalization — values with the datasheet page they came from (source_page, where one was recorded) and, where the module provides them, confidence_score and sou… |
| module_id | string | yes | Canonical module id |
| review | object | yes | – |
| status | string | yes | The module's completion status (for example approved, approved_with_warnings or empty), or FAILED when Fast Extraction could not extract the module |
| warnings | array | yes | Public engineering warnings from the extraction. |
No examples provided.
datasheetvend_extract_document_map Map a datasheet (deterministic index) ~356
Build the Document Map of a datasheet PDF: a deterministic, machine-readable index of WHERE the topics live (pinout, package, mechanical, electrical, timing, thermal, absolute_max, registers, cautions …) and WHAT each page physically looks like (table / prose / vector_drawing / raster_image / blank / honest unknown), including a per-page geometry census (vector paths, ruling lines, raster coverage). No LLM is involved — the same document yields the same map, cached by SHA-256, so repeat calls are served from the cache. USE IT FIRST, before reading any page of a datasheet: read the candidate pages it recommends and pick your tool per page from anatomy.dominant_form. The result is wrapped as { contractVersion, documentRef, review, map }; inside `map` it names `map.document.total_pages` (the physical page count) and, per topic, `map.module_targets[].primary_pages` — so it answers 'how many pages' and points to the pages likely to hold the absolute-max ratings / pinout / package drawing (a primary page can miss, so read the candidates and check the warnings). Do NOT use it to get pin names, dimensions, or ratings — it contains no extracted values (use datasheetvend_extract_pinout for pins). Page numbers are physical 1-based PDF pages, not printed labels. Check review.required and the warnings before trusting a degraded map.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve).. |
| Name | Type | Req | Description |
|---|---|---|---|
| cached | boolean | yes | True when served from the deterministic SHA-256 cache |
| contractVersion | string | yes | Contract schema identifier: dmap_evidence_v1 |
| documentRef | string | yes | Echo of the documentPath/URL that was mapped |
| map | object | yes | The versioned Document Map agent delivery envelope (document_map_agent_v1): document.{total_pages,sha256}, module_targets[], toc[], page_grid_summary, warnings. The top-level envelope also carries `c… |
| review | object | yes | – |
No examples provided.
datasheetvend_extract_kicad_bundle Extract complete KiCad CAD bundle ~278
Generate a KiCad footprint (.kicad_mod) and schematic symbol (.kicad_sym) from a datasheet in one call. Both files are loaded with kicad-cli where it is installed (a file-format check, not a DRC/ERC) and passed through the same deterministic copper, courtyard, pin-1 and pad-placement checks the dashboard uses. bundle_status "completed" means both files were independently proven against this document; "needs_review" means a file was produced (possibly from the KiCad library or JEDEC/IPC-7351B math instead of this document — see footprint_provenance/symbol_provenance) without that proof; "cannot_extract" means nothing usable was produced, and the credits for this call are refunded automatically (status FAILED).
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve).. |
| packageSelection | string|null | – | Optional package/variant (e.g. 'LQFP48', 'SOIC8', 'QFN32'). |
| partName | string|null | – | Optional part number / MPN to disambiguate package variants. |
| Name | Type | Req | Description |
|---|---|---|---|
| bundle_status | – | yes | completed = both requested files were proven against this document. needs_review = a run finished (or a fallback file was attached) without that proof. cannot_extract = nothing usable. null = the pip… |
| contract | string | yes | Contract schema identifier: kicad_evidence_v1 |
| files | object | yes | – |
| final_readiness | – | yes | The emit gate's full verdict. null when the pipeline never reached this stage. |
| footprint_provenance | – | yes | Set only when this file did NOT come from this document's own extraction (a KiCad-library match or JEDEC/IPC-7351B math instead). null means the file was built from this document. |
| human_warnings | array | yes | – |
| inputs | object | yes | – |
| manufacturer_part_number | string|null | yes | Resolved by the pipeline's identity resolution — not an echo of the input. See requested.part_name for what was sent. |
| package_variant | string|null | yes | Resolved package code. |
| requested | object | yes | Exactly what the caller sent, kept distinct from the resolved identity above. |
| review | object | yes | – |
| status | string | yes | The pipeline's own run status. FAILED means nothing usable was produced and the credits for this call are refunded automatically. |
| status_detail | object | yes | – |
| symbol_provenance | – | yes | Set only when this file did NOT come from this document's own extraction (a KiCad-library match or JEDEC/IPC-7351B math instead). null means the file was built from this document. |
| validation_report | – | yes | kicad-cli file-load result (sym/fp upgrade — a format check, not a DRC). |
| warnings | array | yes | Engineering warnings |
No examples provided.
datasheetvend_extract_kicad_footprint Extract KiCad PCB footprint (.kicad_mod) ~283
Write a KiCad PCB footprint (.kicad_mod) from a datasheet's package mechanical drawing: pad geometry, pitch, thermal tabs and courtyard, using the datasheet's own recommended land pattern when it prints one, otherwise simplified IPC-7351B fillet math. Emitted files are loaded with kicad-cli (sym/fp upgrade) where it is installed, which is a file-format check, not a DRC or ERC. Only bundle_status "completed" (with final_readiness.physical_truth_approved true) means the placement was independently proven against this document; "needs_review" covers everything else that still produced a file, including one built from the KiCad library or JEDEC/IPC-7351B math instead of this document (see footprint_provenance).
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve).. |
| packageSelection | string|null | – | Optional package/variant (e.g. 'LQFP48', 'SOIC8', 'QFN32'). |
| partName | string|null | – | Optional part number / MPN to disambiguate package variants. |
| Name | Type | Req | Description |
|---|---|---|---|
| bundle_status | – | yes | completed = both requested files were proven against this document. needs_review = a run finished (or a fallback file was attached) without that proof. cannot_extract = nothing usable. null = the pip… |
| contract | string | yes | Contract schema identifier: kicad_evidence_v1 |
| final_readiness | – | yes | The emit gate's full verdict. null when the pipeline never reached this stage. |
| footprint_provenance | – | yes | Set only when this file did NOT come from this document's own extraction (a KiCad-library match or JEDEC/IPC-7351B math instead). null means the file was built from this document. |
| human_warnings | array | yes | – |
| inputs | object | yes | – |
| kicad_mod | string|null | yes | Complete KiCad PCB footprint (.kicad_mod) file content, or null if withheld/not produced. |
| manufacturer_part_number | string|null | yes | Resolved by the pipeline's identity resolution — not an echo of the input. See requested.part_name for what was sent. |
| package_variant | string|null | yes | Resolved package code. |
| requested | object | yes | Exactly what the caller sent, kept distinct from the resolved identity above. |
| review | object | yes | – |
| status | string | yes | The pipeline's own run status. FAILED means nothing usable was produced and the credits for this call are refunded automatically. |
| status_detail | object | yes | – |
| symbol_provenance | – | yes | Set only when this file did NOT come from this document's own extraction (a KiCad-library match or JEDEC/IPC-7351B math instead). null means the file was built from this document. |
| validation | – | yes | kicad-cli file-load result (sym/fp upgrade — a format check, not a DRC). |
| warnings | array | yes | Engineering warnings emitted during generation |
No examples provided.
datasheetvend_extract_kicad_symbol Extract KiCad schematic symbol (.kicad_sym) ~220
Write a KiCad schematic symbol library (.kicad_sym) with logical pin groupings (Power, Ground, Reset, Clocks, GPIO, Analog, Bus interfaces) from a datasheet's pinout. Symbol layout is generated from the pin functions the pinout module resolved; there is no IEEE/IEC symbol-drawing standard applied. The emitted file is loaded with kicad-cli (sym upgrade) where it is installed, a file-format check, not a DRC or ERC.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve).. |
| packageSelection | string|null | – | Optional package/variant (e.g. 'LQFP48', 'SOIC8', 'QFN32'). |
| partName | string|null | – | Optional part number / MPN to disambiguate package variants. |
| Name | Type | Req | Description |
|---|---|---|---|
| bundle_status | – | yes | completed = both requested files were proven against this document. needs_review = a run finished (or a fallback file was attached) without that proof. cannot_extract = nothing usable. null = the pip… |
| contract | string | yes | Contract schema identifier: kicad_evidence_v1 |
| final_readiness | – | yes | The emit gate's full verdict. null when the pipeline never reached this stage. |
| footprint_provenance | – | yes | Set only when this file did NOT come from this document's own extraction (a KiCad-library match or JEDEC/IPC-7351B math instead). null means the file was built from this document. |
| human_warnings | array | yes | – |
| inputs | object | yes | – |
| kicad_sym | string|null | yes | Complete KiCad schematic symbol (.kicad_sym) file content, or null if withheld/not produced. |
| manufacturer_part_number | string|null | yes | Resolved by the pipeline's identity resolution — not an echo of the input. See requested.part_name for what was sent. |
| package_variant | string|null | yes | Resolved package code. |
| requested | object | yes | Exactly what the caller sent, kept distinct from the resolved identity above. |
| review | object | yes | – |
| status | string | yes | The pipeline's own run status. FAILED means nothing usable was produced and the credits for this call are refunded automatically. |
| status_detail | object | yes | – |
| symbol_provenance | – | yes | Set only when this file did NOT come from this document's own extraction (a KiCad-library match or JEDEC/IPC-7351B math instead). null means the file was built from this document. |
| warnings | array | yes | Engineering warnings emitted during generation |
No examples provided.
datasheetvend_extract_logic_levels Extract DC logic levels and operating conditions ~262
Extract DC electrical characteristics: VIH/VIL/VOH/VOL thresholds, Schmitt hysteresis, AND the VCC/VDD operating supply voltage range. Use this for supply-range questions; extract_absolute_max gives never-exceed limits. Runs DatasheetVend Fast Extraction: a page scout routes targeted model reads and the module's own deterministic readers, then the same normalization and completion checks as a dashboard job finish the result, usually in seconds; `engine` names the engine on every result. If Fast Extraction cannot complete the module, the slower deep engine re-runs that module alone (engine.runtime is then `monolith_rescue`; the result says so, and it is billed as delivered). A rescue can take several minutes, so set a client timeout of 10 minutes. Only if the deep engine also cannot deliver does the module return status FAILED with the reason.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve). |
| partName | string|null | – | Optional part number / MPN to disambiguate a multi-part datasheet. |
| Name | Type | Req | Description |
|---|---|---|---|
| canonical_output | – | yes | The module's canonical (CAD-ready normalized) output block. |
| contract | string | yes | Contract id, e.g. thermal_evidence_v2 |
| engine | object | – | Which engine produced this result |
| engineering_summary | string|null | yes | Concise human-readable engineering summary, when emitted. |
| extracted_data | – | yes | The module's extraction after its own normalization — values with the datasheet page they came from (source_page, where one was recorded) and, where the module provides them, confidence_score and sou… |
| module_id | string | yes | Canonical module id |
| review | object | yes | – |
| status | string | yes | The module's completion status (for example approved, approved_with_warnings or empty), or FAILED when Fast Extraction could not extract the module |
| warnings | array | yes | Public engineering warnings from the extraction. |
No examples provided.
datasheetvend_extract_package_dimensions Extract package dimensions and land geometry ~278
Extract mechanical package outline dimensions (D, E, A, A1, e, L, b) and a nominal land geometry estimate in the spirit of IPC-7351B (review-level, not a manufacturer land pattern). For the package variant/pin count from the pin table, prefer extract_pinout. Runs DatasheetVend Fast Extraction: a page scout routes targeted model reads and the module's own deterministic readers, then the same normalization and completion checks as a dashboard job finish the result, usually in seconds; `engine` names the engine on every result. If Fast Extraction cannot complete the module, the slower deep engine re-runs that module alone (engine.runtime is then `monolith_rescue`; the result says so, and it is billed as delivered). A rescue can take several minutes, so set a client timeout of 10 minutes. Only if the deep engine also cannot deliver does the module return status FAILED with the reason.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve). |
| partName | string|null | – | Optional part number / MPN to disambiguate a multi-part datasheet. |
| Name | Type | Req | Description |
|---|---|---|---|
| canonical_output | – | yes | The module's canonical (CAD-ready normalized) output block. |
| contract | string | yes | Contract id, e.g. thermal_evidence_v2 |
| engine | object | – | Which engine produced this result |
| engineering_summary | string|null | yes | Concise human-readable engineering summary, when emitted. |
| extracted_data | – | yes | The module's extraction after its own normalization — values with the datasheet page they came from (source_page, where one was recorded) and, where the module provides them, confidence_score and sou… |
| module_id | string | yes | Canonical module id |
| review | object | yes | – |
| status | string | yes | The module's completion status (for example approved, approved_with_warnings or empty), or FAILED when Fast Extraction could not extract the module |
| warnings | array | yes | Public engineering warnings from the extraction. |
No examples provided.
datasheetvend_extract_passive_bom Extract passive support BOM ~253
Extract the recommended passive support components: decoupling/bypass capacitors, crystal load caps, and pull-up/down resistors, with their values and the pins they connect to. Runs DatasheetVend Fast Extraction: a page scout routes targeted model reads and the module's own deterministic readers, then the same normalization and completion checks as a dashboard job finish the result, usually in seconds; `engine` names the engine on every result. If Fast Extraction cannot complete the module, the slower deep engine re-runs that module alone (engine.runtime is then `monolith_rescue`; the result says so, and it is billed as delivered). A rescue can take several minutes, so set a client timeout of 10 minutes. Only if the deep engine also cannot deliver does the module return status FAILED with the reason.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve). |
| partName | string|null | – | Optional part number / MPN to disambiguate a multi-part datasheet. |
| Name | Type | Req | Description |
|---|---|---|---|
| canonical_output | – | yes | The module's canonical (CAD-ready normalized) output block. |
| contract | string | yes | Contract id, e.g. thermal_evidence_v2 |
| engine | object | – | Which engine produced this result |
| engineering_summary | string|null | yes | Concise human-readable engineering summary, when emitted. |
| extracted_data | – | yes | The module's extraction after its own normalization — values with the datasheet page they came from (source_page, where one was recorded) and, where the module provides them, confidence_score and sou… |
| module_id | string | yes | Canonical module id |
| review | object | yes | – |
| status | string | yes | The module's completion status (for example approved, approved_with_warnings or empty), or FAILED when Fast Extraction could not extract the module |
| warnings | array | yes | Public engineering warnings from the extraction. |
No examples provided.
datasheetvend_extract_peripheral_matrix Extract on-chip peripheral matrix ~418
Extract the on-chip peripheral inventory, one row per instance, in 13 classes: serial/communication (UART/USART, SPI, I2C, CAN, USB, Ethernet, SDIO, I2S/SAI), analog blocks (ADC, DAC, comparator, op-amp, voltage reference, temperature sensor), timers and watchdogs, DMA, security/math accelerators (crypto, RNG, CRC), external memory interfaces (FMC/FSMC/EMC, memory-mapped QSPI), display/camera/touch, interrupt controllers, GPIO, clock/reset, low-power modes, debug/trace and device identity. Each row carries the datasheet page it was read from, where one was recorded. For ADC/DAC/comparator electrical specs (resolution, sampling rate, INL/DNL, propagation delay) use datasheetvend_extract_analog_specs. For per-mode current draw, wakeup timing, and reset/brown-out threshold voltages use datasheetvend_extract_power_domains. Runs DatasheetVend Fast Extraction: a page scout routes targeted model reads and the module's own deterministic readers, then the same normalization and completion checks as a dashboard job finish the result, usually in seconds; `engine` names the engine on every result. If Fast Extraction cannot complete the module, the slower deep engine re-runs that module alone (engine.runtime is then `monolith_rescue`; the result says so, and it is billed as delivered). A rescue can take several minutes, so set a client timeout of 10 minutes. Only if the deep engine also cannot deliver does the module return status FAILED with the reason.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve). |
| partName | string|null | – | Optional part number / MPN to disambiguate a multi-part datasheet. |
| Name | Type | Req | Description |
|---|---|---|---|
| canonical_output | – | yes | The module's canonical (CAD-ready normalized) output block. |
| contract | string | yes | Contract id, e.g. thermal_evidence_v2 |
| engine | object | – | Which engine produced this result |
| engineering_summary | string|null | yes | Concise human-readable engineering summary, when emitted. |
| extracted_data | – | yes | The module's extraction after its own normalization — values with the datasheet page they came from (source_page, where one was recorded) and, where the module provides them, confidence_score and sou… |
| module_id | string | yes | Canonical module id |
| review | object | yes | – |
| status | string | yes | The module's completion status (for example approved, approved_with_warnings or empty), or FAILED when Fast Extraction could not extract the module |
| warnings | array | yes | Public engineering warnings from the extraction. |
No examples provided.
datasheetvend_extract_pin_cautions Extract pin cautions and design rules ~336
Extract hardware design cautions: bootstrap/mode-strapping requirements, 5V-tolerant vs 3.3V-only pin boundaries, reset/debug pin precautions (NRST filtering, SWD pull-ups), oscillator/crystal PCB guardrails, analog/power-domain isolation (VDDA/VBAT), and unconnected/reserved-pin handling. Each caution row includes source_page, source_text_snippet, and verified source_evidence bounding box coordinates ([x0, y0, x1, y1] in PDF points and normalized 0..1000 space) for visual inspector auditability. Runs DatasheetVend Fast Extraction: a page scout routes targeted model reads and the module's own deterministic readers, then the same normalization and completion checks as a dashboard job finish the result, usually in seconds; `engine` names the engine on every result. If Fast Extraction cannot complete the module, the slower deep engine re-runs that module alone (engine.runtime is then `monolith_rescue`; the result says so, and it is billed as delivered). A rescue can take several minutes, so set a client timeout of 10 minutes. Only if the deep engine also cannot deliver does the module return status FAILED with the reason.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve). |
| partName | string|null | – | Optional part number / MPN to disambiguate a multi-part datasheet. |
| Name | Type | Req | Description |
|---|---|---|---|
| canonical_output | – | yes | The module's canonical (CAD-ready normalized) output block. |
| contract | string | yes | Contract id, e.g. thermal_evidence_v2 |
| engine | object | – | Which engine produced this result |
| engineering_summary | string|null | yes | Concise human-readable engineering summary, when emitted. |
| extracted_data | – | yes | The module's extraction after its own normalization — values with the datasheet page they came from (source_page, where one was recorded) and, where the module provides them, confidence_score and sou… |
| module_id | string | yes | Canonical module id |
| review | object | yes | – |
| status | string | yes | The module's completion status (for example approved, approved_with_warnings or empty), or FAILED when Fast Extraction could not extract the module |
| warnings | array | yes | Public engineering warnings from the extraction. |
No examples provided.
datasheetvend_extract_pinout Extract datasheet pinout ~409
Extract a component's pin/pad table from a datasheet PDF as verifiable, provenance-tracked evidence — not raw PDF text to re-interpret. Returns a PinoutEvidence document (contract pinout_evidence_v1): the canonical pins and special pads with names/types/functions. It also RESOLVES THE PACKAGE from the terminals — `package.family`, `package.variant` (e.g. SOT-223, TQFP-32) and `package.pin_count` — so use this tool to answer package-variant and pin-count questions, not extract_package_dimensions (mechanical geometry) or decode_part_number (ordering codes). A review-state flags when the result must be human-checked (e.g. no pins recovered, or the module raised warnings). Prefer this over reading the PDF yourself; trust `review.required` before acting. Runs DatasheetVend Fast Extraction: a page scout routes targeted reads of the pin tables, cross-checked against the package drawing where the document prints one, usually in seconds; `engine` names the engine on every result. If Fast Extraction cannot extract the pinout, the slower deep engine re-runs pinout alone (engine.runtime is then `monolith_rescue`; a rescue can take several minutes, so set a client timeout of 10 minutes). Only if that also fails does it come back as an error with the reason.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve). |
| packageSelection | string|null | – | Optional package/variant (e.g. 'LQFP48') when the datasheet lists more than one; Fast Extraction reads that package's pin column. |
| partName | string|null | – | Optional part number / MPN to disambiguate a datasheet that covers several parts. |
| Name | Type | Req | Description |
|---|---|---|---|
| contractVersion | string | yes | Contract schema identifier: pinout_evidence_v1 |
| documentRef | string | yes | Echo of the documentPath/URL that was extracted |
| engine | object | – | Which engine produced this result |
| evidence | object | yes | The pinout module's canonical output: component, package (family/variant/pin_count), pins[] with capability mappings, special_pads[], enriched_fields, normalized_output, engineering_summary, warnings. |
| review | object | yes | – |
No examples provided.
datasheetvend_extract_power_domains Extract power domains and consumption ~243
Extract power supply domains (VDD/VDDA/VBAT), low-power/sleep modes and their consumption, and battery-backup configuration. Runs DatasheetVend Fast Extraction: a page scout routes targeted model reads and the module's own deterministic readers, then the same normalization and completion checks as a dashboard job finish the result, usually in seconds; `engine` names the engine on every result. If Fast Extraction cannot complete the module, the slower deep engine re-runs that module alone (engine.runtime is then `monolith_rescue`; the result says so, and it is billed as delivered). A rescue can take several minutes, so set a client timeout of 10 minutes. Only if the deep engine also cannot deliver does the module return status FAILED with the reason.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve). |
| partName | string|null | – | Optional part number / MPN to disambiguate a multi-part datasheet. |
| Name | Type | Req | Description |
|---|---|---|---|
| canonical_output | – | yes | The module's canonical (CAD-ready normalized) output block. |
| contract | string | yes | Contract id, e.g. thermal_evidence_v2 |
| engine | object | – | Which engine produced this result |
| engineering_summary | string|null | yes | Concise human-readable engineering summary, when emitted. |
| extracted_data | – | yes | The module's extraction after its own normalization — values with the datasheet page they came from (source_page, where one was recorded) and, where the module provides them, confidence_score and sou… |
| module_id | string | yes | Canonical module id |
| review | object | yes | – |
| status | string | yes | The module's completion status (for example approved, approved_with_warnings or empty), or FAILED when Fast Extraction could not extract the module |
| warnings | array | yes | Public engineering warnings from the extraction. |
No examples provided.
datasheetvend_extract_register_map Extract hardware register map ~242
Extract the register map: memory addresses, reset values, access permissions (RO/RW/W1C), and per-bit field definitions. Runs DatasheetVend Fast Extraction: a page scout routes targeted model reads and the module's own deterministic readers, then the same normalization and completion checks as a dashboard job finish the result, usually in seconds; `engine` names the engine on every result. If Fast Extraction cannot complete the module, the slower deep engine re-runs that module alone (engine.runtime is then `monolith_rescue`; the result says so, and it is billed as delivered). A rescue can take several minutes, so set a client timeout of 10 minutes. Only if the deep engine also cannot deliver does the module return status FAILED with the reason.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve). |
| partName | string|null | – | Optional part number / MPN to disambiguate a multi-part datasheet. |
| Name | Type | Req | Description |
|---|---|---|---|
| canonical_output | – | yes | The module's canonical (CAD-ready normalized) output block. |
| contract | string | yes | Contract id, e.g. thermal_evidence_v2 |
| engine | object | – | Which engine produced this result |
| engineering_summary | string|null | yes | Concise human-readable engineering summary, when emitted. |
| extracted_data | – | yes | The module's extraction after its own normalization — values with the datasheet page they came from (source_page, where one was recorded) and, where the module provides them, confidence_score and sou… |
| module_id | string | yes | Canonical module id |
| review | object | yes | – |
| status | string | yes | The module's completion status (for example approved, approved_with_warnings or empty), or FAILED when Fast Extraction could not extract the module |
| warnings | array | yes | Public engineering warnings from the extraction. |
No examples provided.
datasheetvend_extract_thermal_limits Extract thermal resistance and operating limits ~262
Extract thermal characteristics: junction-to-ambient (θJA) and junction-to-case (θJC) thermal resistance, power dissipation limits, and operating/junction/storage temperature ranges — with the datasheet page where one was recorded. Runs DatasheetVend Fast Extraction: a page scout routes targeted model reads and the module's own deterministic readers, then the same normalization and completion checks as a dashboard job finish the result, usually in seconds; `engine` names the engine on every result. If Fast Extraction cannot complete the module, the slower deep engine re-runs that module alone (engine.runtime is then `monolith_rescue`; the result says so, and it is billed as delivered). A rescue can take several minutes, so set a client timeout of 10 minutes. Only if the deep engine also cannot deliver does the module return status FAILED with the reason.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve). |
| partName | string|null | – | Optional part number / MPN to disambiguate a multi-part datasheet. |
| Name | Type | Req | Description |
|---|---|---|---|
| canonical_output | – | yes | The module's canonical (CAD-ready normalized) output block. |
| contract | string | yes | Contract id, e.g. thermal_evidence_v2 |
| engine | object | – | Which engine produced this result |
| engineering_summary | string|null | yes | Concise human-readable engineering summary, when emitted. |
| extracted_data | – | yes | The module's extraction after its own normalization — values with the datasheet page they came from (source_page, where one was recorded) and, where the module provides them, confidence_score and sou… |
| module_id | string | yes | Canonical module id |
| review | object | yes | – |
| status | string | yes | The module's completion status (for example approved, approved_with_warnings or empty), or FAILED when Fast Extraction could not extract the module |
| warnings | array | yes | Public engineering warnings from the extraction. |
No examples provided.
datasheetvend_extract_timing_characteristics Extract AC timing characteristics ~250
Extract AC timing: setup/hold (tSU, tH), propagation delays, maximum clock frequencies (fMAX), rise/fall times, and bus timing. Runs DatasheetVend Fast Extraction: a page scout routes targeted model reads and the module's own deterministic readers, then the same normalization and completion checks as a dashboard job finish the result, usually in seconds; `engine` names the engine on every result. If Fast Extraction cannot complete the module, the slower deep engine re-runs that module alone (engine.runtime is then `monolith_rescue`; the result says so, and it is billed as delivered). A rescue can take several minutes, so set a client timeout of 10 minutes. Only if the deep engine also cannot deliver does the module return status FAILED with the reason.
| Name | Type | Req | Description |
|---|---|---|---|
| documentPath | string | yes | https:// URL to the datasheet PDF. The remote /api/mcp endpoint accepts ONLY https:// URLs (it downloads them); a local filesystem path works solely in local stdio mode (npm run mcp:serve). |
| partName | string|null | – | Optional part number / MPN to disambiguate a multi-part datasheet. |
| Name | Type | Req | Description |
|---|---|---|---|
| canonical_output | – | yes | The module's canonical (CAD-ready normalized) output block. |
| contract | string | yes | Contract id, e.g. thermal_evidence_v2 |
| engine | object | – | Which engine produced this result |
| engineering_summary | string|null | yes | Concise human-readable engineering summary, when emitted. |
| extracted_data | – | yes | The module's extraction after its own normalization — values with the datasheet page they came from (source_page, where one was recorded) and, where the module provides them, confidence_score and sou… |
| module_id | string | yes | Canonical module id |
| review | object | yes | – |
| status | string | yes | The module's completion status (for example approved, approved_with_warnings or empty), or FAILED when Fast Extraction could not extract the module |
| warnings | array | yes | Public engineering warnings from the extraction. |
No examples provided.
datasheetvend_get_component_twin Read a datasheet's component twin ~476
Read the Unified Component Model (UCM) digital twin of one datasheet already extracted with DatasheetVend. Every fact comes with a check ('passed', 'needs_review', 'disagrees', 'failed_sanity_check') and, where the extraction recorded one, its datasheet page, filed where it belongs: pins, whole_part (temperatures, absolute limits, package, ordering code), interfaces_rails (I2C/SPI/clock/ADC requirements and supply-rail values), registers (the register map) and checks. Call it first with no options for the summary, then ask for `sections`, one `pin` (by number, name or alternate function) or a `search` term so the answer stays small. Treat facts that did not pass as unverified and cite their page. Reads stored results only: never extracts, never bills. Needs a DatasheetVend API key; find datasheet names with datasheetvend_list_component_twins. To twin a datasheet the account has not extracted, use datasheetvend_build_component_twin.
| Name | Type | Req | Description |
|---|---|---|---|
| datasheet | string | yes | The datasheet name exactly as datasheetvend_list_component_twins returns it. A unique part of the name also works. |
| max_facts | integer | – | Cap on facts returned across the pin and sections (default 200). `truncated` says when it was reached. |
| only_passed | boolean | – | Only facts that passed every check. Default false: every fact comes with its check. |
| pin | string | – | One pin by number, name or alternate function (for example '27', 'PC4' or 'SDA'): every fact that reaches it — its own and those of its rails and interfaces. |
| search | string | – | Only facts whose parameter, symbol, statement or node contains this text, case-insensitive (for example 'storage temperature' or 'TWCR'). With no sections given, searches pins, whole_part, interfaces… |
| sections | array | – | Parts of the twin to include besides the summary: pins (each pin's own facts), whole_part, interfaces_rails, registers, checks (disagreements, failed sanity checks, facts to review, facts that name n… |
| Name | Type | Req | Description |
|---|---|---|---|
| built_from | object | yes | – |
| checks | object | yes | – |
| contract | string | yes | Contract id: ucm_twin_v1 |
| counts | object | yes | – |
| datasheet | string | yes | – |
| how_to_read | string | yes | – |
| part | object | yes | – |
| pin | – | yes | The requested pin with the facts that reach it, or null when no pin was asked for. |
| places | object | yes | – |
| sections | object | yes | The requested sections: pins, whole_part, interfaces_rails, registers, checks — facts with their check and, where recorded, their page. |
| truncated | boolean | yes | – |
| warnings | array | yes | – |
No examples provided.
datasheetvend_inspect_document_page Inspect one mapped page (Tier-2 detail) ~219
Tier-2 detail for ONE page of an already-mapped datasheet: the full measured anatomy (text metrics, MuPDF geometry census, structural geometry signals), the page's own headings and first lines, and which modules claim the page. Use it AFTER datasheetvend_extract_document_map, when the Tier-1 index says a page matters and its one-line summary is not enough. Pass the document.sha256 from the map (served free from cache). Set include_physical=true ONLY when you truly need the raw positioned tokens/vector paths — that payload can weigh hundreds of KB for one dense page. Read-only; never rebuilds, never bills.
| Name | Type | Req | Description |
|---|---|---|---|
| documentRef | string | yes | The document.sha256 from a prior datasheetvend_extract_document_map result (preferred), or the same document path/URL. |
| include_physical | boolean | – | Include the raw MuPDF physical reconstruction (positioned tokens, vector paths). Heavy — default false. |
| page | integer | yes | Physical 1-based PDF page number to inspect. |
| Name | Type | Req | Description |
|---|---|---|---|
| cached | boolean | yes | Whether served from the Document Map cache |
| inspection | object | – | status ok: document_map_page_inspection_v1 (page, form, headings, claimed_by_modules, anatomy, physical_map) |
| page | number | – | status page_out_of_range: the page that was asked for |
| status | string | yes | ok, or page_out_of_range when the map has no such page |
| total_pages | number|null | – | status page_out_of_range: the map's page count |
No examples provided.
datasheetvend_list_component_twins List your datasheets that have a component twin ~200
List the datasheets in your DatasheetVend account that have a Unified Component Model (UCM) digital twin: the facts DatasheetVend already extracted from each datasheet — pins, supply rails, interfaces, registers and whole-part limits — combined across the extraction runs stored for it. Returns each datasheet's exact name, the modules its twin draws on, how many runs it has and when it was last run. Reads stored results only: never extracts, never bills. Needs a DatasheetVend API key. Pass a returned name to datasheetvend_get_component_twin. To twin a datasheet the account has not extracted, use datasheetvend_build_component_twin.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | integer | – | How many datasheets to return, newest run first. Default 20. |
| search | string | – | Part of the datasheet's file name to filter by, case-insensitive (for example 'ATmega328P'). |
| Name | Type | Req | Description |
|---|---|---|---|
| contract | string | yes | Contract id: ucm_twin_list_v1 |
| datasheets | array | yes | – |
| next_step | string | yes | – |
| total | number | yes | Datasheets with a twin that match, before the limit |
No examples provided.
datasheetvend_list_hardware_modules List the hardware intelligence modules ~65
List all available hardware extraction modules supported by DatasheetVend (KiCad footprints/symbols, Universal Pinout, Thermal Limits, Absolute Maximum Ratings, Timing Characteristics, Logic Levels, Register Maps, Decoupling Passive BOM, Part Number Decoders, etc.).
Input schema present but exposes no named parameters.
| Name | Type | Req | Description |
|---|---|---|---|
| modules | array | yes | – |
| total_modules | number | yes | Total number of available hardware extraction modules |
No examples provided.
datasheetvend_read_document_map_instructions Document Map usage instructions ~80
Return the versioned usage instructions for Document Map consumers: the binding rule (SHA-256 + physical pages), field semantics, the dominant_form action table, and the measured routing discipline. Call once per session before working with maps from datasheetvend_extract_document_map; do not call repeatedly — the text is static per contract version.
Input schema present but exposes no named parameters.
| Name | Type | Req | Description |
|---|---|---|---|
| instructions | string | yes | The Document Map markdown guidelines and dominant_form action matrix |
No examples provided.
How do I install the DatasheetVend MCP server?
DatasheetVend is a hosted endpoint at https://datasheetvend.com/api/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 · datasheetvend.com
claude mcp add --transport http com-datasheetvend-datasheet-contracts 'https://datasheetvend.com/api/mcp'
What is the DatasheetVend MCP server?
DatasheetVend is an MCP server listed in the public MCP registry as com.datasheetvend/datasheet-contracts. Turn datasheets into source-backed JSON contracts, pinout matrices, and KiCad CAD for AI agents. This page covers its hosted endpoint (https://datasheetvend.com/api/mcp).
Is the DatasheetVend MCP server safe to use?
DatasheetVend scores 75 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 DatasheetVend MCP server expose?
DatasheetVend exposes 24 tools: datasheetvend_extract_document_map, datasheetvend_read_document_map_instructions, datasheetvend_inspect_document_page, datasheetvend_extract_pinout, datasheetvend_extract_thermal_limits, and 19 more. Their descriptions and schemas cost roughly 6,905 tokens of context every time the server is loaded.
Does the DatasheetVend MCP server require authentication?
No. We connected to DatasheetVend without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.
Is the DatasheetVend MCP server still maintained?
DatasheetVend is still listed as active in the MCP registry. We last reached this channel on 4 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.