Skip to main content
Glama
391,203 tools. Last updated 2026-08-04 16:54

"Extracting Device Information and Status from RMM Tool" matching MCP tools:

  • Search FDA 510(k) premarket notification clearances from the scite device database. Use this tool to find medical device clearances by device name, product code, applicant, clearance type, or K number. Returns clearances with device details, decision info, applicant information, and regulatory classifications. 510(k) is the FDA's premarket notification process -- manufacturers must demonstrate that their device is substantially equivalent to a legally marketed device before it can be sold. **Parameters:** - q: Search query string (device name, product code, applicant, K number, etc.) - f: Space-delimited filters in `field:"value"` format (e.g. `device.deviceClass:"2" decision.decisionCode:"SESE"`) - p: Page number (default: 1) - s: Sort field (default: _relevance). Options: - _relevance: relevance score (sortDir ignored) - device.device_class: device risk classification - device.date_received: date FDA received the submission - decision.decision_date: date of FDA decision - sortDir: Sort direction, asc or desc (default: desc). Ignored when s is _relevance. **Returns:** Device 510(k) clearances with kNumber, title, summaryText, device info (name, class, productCode, clearanceType, regulationNumber), decision info (code, description, date, committee), applicant details, and tags. **Note:** This tool returns structured clearance metadata only. For the actual narrative content of 510(k) summary documents (test results, substantial equivalence reasoning, indications for use, performance data), use `search_510k_summaries` instead.
    Connector
  • Check if the user has completed browser sign-in for a device auth request. Poll this after calling initiate_device_auth. Returns status 'pending' while waiting, or 'complete' with an api_key when the user has signed in. Use the returned api_key as the authorization parameter in other tools. Args: user_code: The user_code returned by initiate_device_auth. Returns: Pending: {"status": "pending"} Complete: {"status": "complete", "api_key": "hk_..."} Error: {"error": "..."}
    Connector
  • Check the status and generation progress of a site. Returns detailed progress information including: - stage: Current step (initialization, validation, research, strategy, generation, assembly, completion) - overallProgress: Total progress 0-100 across all stages (use this for progress bars) - stageProgress: Progress within current stage 0-100 - message: Human-readable status message - isComplete: Boolean - stop polling when true Use the versionId returned from create_site for real-time progress polling. Poll every 5-10 seconds while isComplete is false.
    Connector
  • USE THIS to verify a phone/device IMEI before relying on it — never assume a 15-digit string is valid or guess its check digit. Checks the Luhn check digit (and recognises the 16-digit IMEISV form), and returns the TAC (device-model code). Validates the number only — does NOT check whether the device is real, active, or blocklisted/stolen.
    Connector
  • Log daily wearable metrics (RHR, HRV, Zone Minutes / AZM, VO2max, calories eaten / dietary energy, stress, and supplemental steps). STEPS — read before using step_count: manual step_count is ADDITIVE — it adds on top of whatever a connected wearable (Fitbit, Oura, Apple Health, Health Connect) already recorded that day; it never replaces or overrides device data. Only use it when the user explicitly says they walked steps their device did NOT capture (phone left home, battery died, device not worn). If the user says sync is wrong, steps look doubled, or they want to fix/override/replace device data: do NOT pass step_count — explain that manual steps add on top, and sync issues need investigating at the device level. ALL OTHER FIELDS (RHR, HRV, AZM, VO2max, stress) replace the existing manual value for that day and are safe to use for corrections. INFER — do not ask: date defaults to today unless the user says otherwise. IDEMPOTENT: if the values you'd log already exist for that date (any source), the tool returns a no-op success — report this as "already had data", not "failed".
    Connector
  • Collect console logs, exceptions, and log entries from a Safari page on an iOS device over a time window. Enables the Runtime and Log domains, then listens for Runtime.consoleAPICalled, Runtime.exceptionThrown, and Log.entryAdded events, and returns an array of { level, text, url?, line?, source? }. This is a LIVE-WINDOW collector: it only captures events fired AFTER it attaches (plus the buffered history WebKit replays on enable), so triggering the logging from a SEPARATE tool call races the attach and is missed. To capture logs from an action, pass triggerJs (run inside the window). Default window: 5 000 ms. Maximum: 15 000 ms. Omit pageId to auto-pick the active page.
    Connector

Matching MCP Servers

  • A
    license
    -
    quality
    B
    maintenance
    Enables interaction with N-able RMM (N-sight) API to manage clients, sites, devices, and retrieve monitoring data such as checks, patches, and performance history.
    Last updated
    Apache 2.0

Matching MCP Connectors

  • device.house — words become circuits. Design devices: BoM, enclosure, firmware, routed PCB.

  • Live health and AI-readable metadata of invokera.com. Demo of an Invokera-hosted MCP server.

  • Abort an in-flight replay started via flow_replay_start or flow_recording_replay. Forces the replay to a terminal 'aborted' state instead of leaving it wedged in status:"running" forever — use this when a replay stops making progress (e.g. after a device/control-connection error) rather than polling flow_replay_status indefinitely. A per-step watchdog (90s) and an overall watchdog (15min) also force termination automatically, so this tool is for cancelling sooner than that, or cancelling a replay you no longer need. No-op if the replay has already reached a terminal state. Note: because a single in-flight device call has no way to be interrupted mid-flight, flow_replay_status may take a few seconds (bounded by the current step's own timeout) to reflect 'aborted' after this call returns.
    Connector
  • Add (or update in place, if `id` matches an existing route) a mock/abort rule that short-circuits future matching HTTPS requests on this device INSIDE mitmproxy — the request never reaches the real server. mode "mock" (default) returns the given status/headers/body; mode "abort" kills the connection so the app sees a network failure. Requires TLS capture to already be running on this device (ios_mitm_start) — routes are stored per-device and take effect live, no restart needed. Certificate-pinned apps cannot be intercepted at all (same limit as capture itself), so a route targeting pinned traffic will simply never match.
    Connector
  • Get detailed information about a specific CVE. ## What this tool does Retrieves the full vulnerability record for a CVE from SecDB, including: - official description and summary - CVSS metrics (all versions available) - EPSS metadata (if present) - affected products and versions - vendor/security advisories - references and upstream sources - weakness classification (CWE) - exploit and patch information (if included in the record) All information is returned in a structured Markdown format suitable for direct display. ## When to use this tool Use this tool when the user asks: - "Give me details about CVE-XYZ." - "Which products are affected by this vulnerability?" - "Show me advisories or references for this CVE." - "Explain what this vulnerability is and how serious it is." This tool is ideal for **deep inspection of a single vulnerability**. For multiple CVEs, call the tool once per CVE. ## Inputs - **cve_id**: valid CVE identifier (`CVE-YYYY-NNNNN`). ## Outputs Markdown-formatted vulnerability information including: - detailed description - severity metrics (CVSS, vectors) - affected products list - advisory list - references - weakness (CWE) details - additional structured metadata from SecDB ## LLM usage guidelines - Always prefer this tool when the user needs factual information about a specific CVE. - If multiple CVEs are mentioned, call the tool once per CVE. - Combine with: - **`vulnerability_score`** - to enrich output with numerical CVSS/EPSS metrics - **`sightings_search`** - to check real-world exploitation, PoCs, plugins, advisories - **`ssvc_calculator`** - to compute prioritization based on the vulnerability data - Do not hallucinate product lists, advisories, or details—use what the tool returns.
    Connector
  • Search FDA MAUDE (Manufacturer and User Facility Device Experience) adverse event reports. Use this tool to find medical device adverse event reports, including device malfunctions, patient injuries, and deaths reported to the FDA. Returns reports with device information, event descriptions, patient problems, and narrative text snippets. **Parameters:** - q: Search query string (device name, manufacturer, event description, product code, etc.) - f: Space-delimited filters in `field:"value"` format - Facet filters: - `event_type` -- Injury, Death, Malfunction, Other, No answer provided - `device.device_class` -- device risk class: 1, 2, or 3 - `device.manufacturer_d_name` -- manufacturer (e.g. "Medtronic") - `device.device_report_product_code` -- FDA product code (e.g. "DTB") - `device.regulation_number` -- regulation number (e.g. "870.3680") - `report_source_code` -- Voluntary report, Manufacturer report, etc. - `product_problems` -- reported device problems (e.g. "High Capture Threshold") - `patient.problems` -- patient problems (e.g. "Death", "Atrial Fibrillation") - Date range filters on `date_received` or `date_report`: - Suffix notation: append `gte` (>=) or `lt` (<) to the field name. Example for H1 2024: `date_receivedgte:"2024-01-01" date_receivedlt:"2024-07-01"` - Comma notation: `date_received:"2024-01-01,2024-07-01"` (gte,lt) - p: Page number (default: 1) - s: Sort field (default: _relevance). Options: - _relevance: relevance score (sortDir ignored) - date_received: date FDA received the report - date_report: date of the original report - sortDir: Sort direction, asc or desc (default: desc). Ignored when s is _relevance. **Returns:** MAUDE reports with id, title, reportNumber, eventType, adverseEventFlag, productProblems, device info (brandName, genericName, manufacturer, deviceClass, productCode, modelNumber), patientProblems, dates, and narrative text snippets.
    Connector
  • Lookup FDA device classification details by product code. Returns device name, device class (I/II/III), medical specialty, regulation number, review panel, submission type, and definition. Requires: product code (3-letter code from 510(k), PMA, or device product listings). Related: fda_product_code_lookup (cross-reference across 510(k) and PMA), fda_search_510k (clearances for this product code), fda_search_pma (PMA approvals for this product code).
    Connector
  • Check whether the user has approved the device authorization. Call every 5 seconds (or the interval returned by a slow_down response) until status is 'complete'. Save the returned api_token to your MCP server config.
    Connector
  • Wait for a platform agent task to complete and return its result. Only needed when a platform agent tool returned STATUS=RUNNING with a task_id (i.e. the task was still running after the initial 50s inline wait). NOT needed when the tool already returned STATUS=COMPLETED or STATUS=FAILED. NOT needed for a2a_call_agent — that always returns directly. Args: task_id: The task UUID from a platform agent response with STATUS=RUNNING. max_wait_seconds: Max seconds to wait (default 45, max 300).
    Connector
  • Collect console logs, exceptions, and log entries from a page running on the device for a time window. Enables Runtime and Log domains, then listens for Runtime.consoleAPICalled, Runtime.exceptionThrown, and Log.entryAdded events. Returns a normalized array of { level, text, url?, lineNumber? } entries. This is a LIVE-WINDOW collector: it only captures events fired AFTER it attaches, so triggering the logging from a SEPARATE tool call races the ~1-3s attach latency and is silently missed. To capture logs from an action, pass triggerJs (runs inside the window). Default window: 3 000 ms. Maximum: 15 000 ms. Omit pageId to auto-select the visible/active page.
    Connector
  • Returns full session payload for one stored session (summary, observations, scores, etc.). Arguments: rtcstatsId (UUID). In data.observations[], each observation has type, severity, category, tags, firstSeenAt and a source object whose properties depend on the category: source.pid (peer connection id), source.sid (stream/datachannel report id), source.cpid (candidate-pair id), source.did (device entry id), source.rid (device row index), source.timestamp (device entry time), source.ssrcId (number, stream SSRC), source.labelId (device name). The top-level label is DEPRECATED and removed in the next schema version (overloaded legacy id; read source.ssrcId / source.sid / source.labelId instead). The full catalog of observation types (with possible severities and tags) is available from GET /v1.0/observations. Requires Authorization: Bearer <application JWT> on the MCP HTTP request.
    Connector
  • Search MHRA (Medicines and Healthcare products Regulatory Agency) safety alerts and publications. This dataset contains full-text content from MHRA drug safety alerts, medical device alerts, field safety notices, and regulatory publications. Search covers headlines, descriptions, and page-level document content. Use this tool when the question involves UK drug safety communications, MHRA medical device alerts, field safety notices, drug recalls, or MHRA regulatory guidance. **Parameters:** - q: Search query (drug names, device types, safety issues, alert topics, etc.) - f: Space-delimited filters in `field:"value"` format. - Facet filters: `ontology.tags`, `ontology.categories`, `domain` - Date range filters on `attachments.file.createdAt` or `attachments.file.modifiedAt`: - Suffix notation: append `gte` (>=) or `lt` (<) to the field name. Example for Q4 2025: `attachments.file.createdAtgte:"2025-10-01" attachments.file.createdAtlt:"2026-01-01"` - Comma notation: `attachments.file.createdAt:"2025-10-01,2026-01-01"` (gte,lt) - Accepted date formats: YYYY-MM-DD, YYYY-MM-DDTHH:MM:SS, YYYY-MM-DDTHH:MM:SS+ZZZZ, or epoch milliseconds. - p: Page number (default: 1) **Example queries:** - Immunosuppressant alerts in Q4 2025: q="immunosuppressant", f='attachments.file.createdAtgte:"2025-10-01" attachments.file.createdAtlt:"2026-01-01"' - All drug safety updates since March 2025: q="drug safety update", f='attachments.file.createdAtgte:"2025-03-01"' - Medical device alerts from gov.uk: q="medical device alert", f='domain:"gov.uk"' **Returns:** Alerts with id, headline, description, tags, categories, date, and page-level content snippets showing where the query matched.
    Connector
  • Fetch full details for a single MAUDE adverse event report by ID. Use this after `search_maude` when you need the complete record for a specific report, including the full narrative text (MDR text with text type codes), reporter information, device availability, patient treatment, and tags. The search tool returns truncated text snippets; this tool returns the full narratives which can be much longer. **Parameters:** - id: MAUDE report ID (e.g. `17343805`). Obtained from search_maude results. **Returns:** A detailed MAUDE report with full narrative text entries (with text type codes like "Description of Event or Problem"), reporter occupation, health professional flag, device medical specialty and availability, patient treatment, product problem flag, and tags.
    Connector
  • General search tool. This is your FIRST entry point to look up for possible tokens, entities, and addresses related to a query. Do NOT use this tool for prediction markets. For Polymarket names, topics, event slugs, or URLs, use `prediction_market_lookup` instead. Nansen MCP does not support NFTs, however check using this tool if the query relates to a token. Regular tokens and NFTs can have the same name. This tool allows you to: - Check if a (fungible) token exists by name, symbol, or contract address - Search information about a token - Current price in USD - Trading volume - Contract address and chain information - Market cap and supply data when available - Search information about an entity - Find Nansen labels of an address (EOA) or resolve a domain (.eth, .sol)
    Connector
  • General search tool. This is your FIRST entry point to look up for possible tokens, entities, and addresses related to a query. Do NOT use this tool for prediction markets. For Polymarket names, topics, event slugs, or URLs, use `prediction_market_lookup` instead. Nansen MCP does not support NFTs, however check using this tool if the query relates to a token. Regular tokens and NFTs can have the same name. This tool allows you to: - Check if a (fungible) token exists by name, symbol, or contract address - Search information about a token - Current price in USD - Trading volume - Contract address and chain information - Market cap and supply data when available - Search information about an entity - Find Nansen labels of an address (EOA) or resolve a domain (.eth, .sol)
    Connector
  • Get full details of a support ticket by case number. Use fetch_open_tickets or fetch_closed_tickets first to find tickets, then use this tool with the case number to get complete information including notes, files, collaborators, and statistics. Present only human-readable information (case number, subject, dates, notes). # get_ticket ## When to use Get full details of a support ticket by case number. Use fetch_open_tickets or fetch_closed_tickets first to find tickets, then use this tool with the case number to get complete information including notes, files, collaborators, and statistics. Present only human-readable information (case number, subject, dates, notes). ## Parameters to validate before calling - case_number (string, required) — The ticket case number (e.g., "HYXTNJV")
    Connector