Scite
by Scite
Search peer-reviewed literature, patents, clinical trials, grants and FDA device, drug and adverse-event records from an AI assistant, with Smart Citations showing whether later papers supported or contrasted a finding. 25 tools, 20 read-only, 2 destructive.
Verified connector
Listed by Anthropic as a partner connector in its Connectors Directory.
Connection checked by Agentman on .
Anthropic states this reflects the level of review a connector received, not a security audit.
Connect Scite via MCP
https://api.scite.ai/mcpWorks in any MCP-compatible client. In Agentman Studio it is one click — no config file to edit.
Scite Tools & Capabilities (25)
Search scientific literature and read full-text content from peer-reviewed papers. Use `dois` (preferred) or `titles` with targeted `term` queries to extract full-text passages from specific papers. Each call returns up to 5 relevant excerpts (~500 chars each) — vary search terms across calls to read through a paper section by section. **IMPORTANT — keep `limit` small.** Use `limit: 10-50` with `offset` for pagination. Large limits with full citations and excerpts produce very large payloads that consume significant LLM context. **Calling with no parameters browses the corpus** (210M+ papers, relevance-sorted). This is allowed for broad exploration but rarely what you want — pass `term`, `dois`, `titles`, or other filters for targeted results. **What This Tool Returns:** - Paper metadata: title, authors (first 3), abstract, DOI, journal, year, volume, issue, page - `fulltextExcerpts`: up to 5 passages (~500 chars) from the paper matching your query (OA only) - `access`: resolved access link with source, type (open/institutional/purchase), content type, and pricing - `citations`: Smart Citation statements — actual quoted text from citing papers, classified as supporting/contrasting/mentioning/unclassified (unclassified = statement present but classifier hasn't assigned a type) - `tally`: citation metrics (total, supporting, contrasting, mentioning, citing publications) - `editorialNotices`: editorial notices (retraction, correction, concern, erratum), each with status, noticeDoi, date - `isOa`, `oaStatus`, `license`: open access information **Fetching Paper Metadata (no search term needed):** Pass `dois` or `titles` WITHOUT a `term` to retrieve metadata for specific papers. Example: `dois: ["10.1038/s41586-020-2012-7"]` **Full-Text Excerpts:** For OA papers, `fulltextExcerpts` contains passages matching your query. If empty, the full text is not indexed or terms didn't match — use the `access` field for the best link to the PDF or full text. **Smart Citations ARE Full-Text Evidence:** - `snippet`: exact sentence/paragraph from the citing paper's full text - `type`: classification (supporting, contrasting, mentioning, unclassified) - `section`: paper section (Introduction, Methods, Results, Discussion) - `sourceDoi`: paper containing this snippet; `targetDoi`: paper being cited **Search Capabilities:** - Boolean operators: AND, OR, NOT - Phrase search: "exact phrase" - Proximity: "term1 term2"~5 - Field filters: title, abstract, author, journal, year, affiliation - Citation filters: supporting_from/to, contrasting_from/to, mentioning_from/to - Editorial filters: has_retraction, has_concern, has_correction, has_erratum **Parameters:** - `term`: cross-field search query (optional when `dois`/`titles` provided) - `dois`: array of DOIs to filter to specific papers - `titles`: array of titles to filter (use when DOIs unavailable) - `limit`: max results (default: 10, max: 1000) - `offset`: pagination offset - Plus 20+ filter parameters (see schema) **Response Format:** ```json { "hits": [{ "doi": "10.1234/example", "title": "Paper Title", "authors": [{"authorName": "Jane Smith"}], "abstract": "Full abstract text...", "year": 2023, "journal": "Nature", "tally": {"supporting": 32, "contrasting": 8, "mentioning": 5}, "fulltextExcerpts": ["Relevant passage..."], "access": {"url": "https://...", "accessType": "open", "contentType": "pdf"}, "citations": [{"snippet": "These findings...", "type": "supporting", "section": "Results"}], "editorialNotices": [{"status": "retracted", "noticeDoi": "10.1234/notice", "date": "2021"}] }] } ```
Search patent families from the scite patents database. Use this tool to find patents related to scientific research topics. Returns patent families with titles, abstracts, inventors, assignees, filing status, and citation counts. **Parameters:** - q: Search query string (keywords, inventor name, assignee, etc.) - f: Space-delimited filters in key:value format (e.g. "assignee:Pfizer filing_status:granted") - p: Page number (default: 1) - s: Sort field (default: _relevance). Options: - _relevance: relevance score (sortDir ignored) - forwardCitationCount: number of forward citations - familySize: number of patents in the family - patents.publications.pubRef.date: publication date - patents.appRef.filingDate: application filing date - sortDir: Sort direction, asc or desc (default: desc). Ignored when s is _relevance. **Returns:** Patent families with metadata including title, abstract, inventors, assignees, classifications, and publication references.
Search clinical trials from the scite clinical trials database (ClinicalTrials.gov). Use this tool to find clinical trials related to diseases, interventions, sponsors, or research topics. Returns trials with titles, brief descriptions, sponsors, facilities, conditions, interventions, phase, and dates. Highlighted `<strong>...</strong>` snippets indicate which fields matched the query. **Parameters:** - q: Search query string (keywords, condition, intervention, sponsor, NCT id, etc.) - f: Space-delimited filters in `field:"value"` format (e.g. `conditions:"Cancer" trialState.phase:"Phase III"`) - p: Page number (default: 1) - s: Sort field (default: _relevance). Options: - _relevance: relevance score (sortDir ignored) - dates.startDate: trial start date - dates.completedDate: trial completed date - dates.lastUpdatedDate: last update date - sortDir: Sort direction, asc or desc (default: desc). Ignored when s is _relevance. **Returns:** Clinical trials with nctId, title, briefDescription, phase, sponsors, facilities, conditions, interventions, tags, startDate, completedDate, and publicationCount.
Fetch full details for a single clinical trial by NCT id. Use this after `search_clinical_trials` when you need the complete record for a specific trial, including the full `description`, study `design`, `enrollment`, `outcomes` (primary/secondary), full `eligibility` inclusion/exclusion criteria, `reportedEvents` (adverse events when the trial has posted results), principal investigator (`pi`), `contacts`, `citations` (related publications), and `resultsUrl`. The search tool returns a slim summary to save tokens; call this tool for a specific NCT id when you need those verbose fields for deeper analysis or patient-trial matching. **Parameters:** - id: NCT identifier (e.g. `NCT02986230`). **Returns:** A compact detail record preserving all trial fields except the low-signal `ontology` classifications.
Search research grants from the scite grants database (NIH RePORTER, NSF, SBIR/STTR, Wellcome, EU, and more). Use this tool to find grants by research topic, PI, organization, agency, or funding keywords. Returns grants with title, a short abstract preview, agency, organization, PI, country, dates, awardAmount, tags, and externalLink. Highlighted `<strong>...</strong>` fragments indicate which fields matched the query. **Grouping.** Resolute groups related grants under one shared slug (e.g. NIH subprojects of one center grant, or renewals of the same award). Each search result returns **only one representative grant** per group. `grantsInGroup` tells you how many total grants exist in the group; `siblingGrantIds` (when present) lists the other grant ids in the group. To pull the full record for a specific sibling, call `get_grant` with its id — do not re-search. **Abstract in search is a ~300-char highlighted preview, not the full text.** Call `get_grant` when you need the full abstract (often 1-3 KB) or source-specific identifiers (`awardYear`, `agencyTrackingNumber`, `contract`, `nihProgramCode`, `nihrApplicationId`). If the search result already contains the fields you need, do not call `get_grant`. **Parameters:** - q: Search query string (keywords, PI name, organization, agency, etc.) - f: Space-delimited filters in `field:"value"` format (e.g. `agency:"NIH" country:"United States"`) - p: Page number (default: 1) - s: Sort field (default: _relevance). Options: - _relevance: relevance score (sortDir ignored) - awardStartDate: grant start date - awardCloseDate: grant close date - awardNoticeDate: grant notice date - awardAmount: total award amount - employeeCount: PI employee count - sortDir: Sort direction, asc or desc (default: desc). Ignored when s is _relevance. **Returns:** Grants with id, title, abstract snippet, agency, organization, piName, country, award dates, awardAmount, tags, groupSlug, and grantsInGroup.
Fetch full details for a single grant by id. Call this after `search_grants` only when you need something the search result does not already have. Specifically, this returns: - Full `abstract` (search returns only a ~300-char highlighted preview; the full text is typically 1-3 KB). - Source-specific identifiers that search does not include: `awardYear`, `agencyTrackingNumber`, `contract`, `nihProgramCode`, `nihrApplicationId`. All other fields (title, agency, organization, piName, country, dates, awardAmount, tags, externalLink, etc.) are already present in search results — don't call `get_grant` just to get those. Also use this to pull siblings listed in `siblingGrantIds` on a search result: call `get_grant` once per sibling id you need. **Parameters:** - id: Grant identifier returned by `search_grants` (e.g. `5201339`, `nsf.0646294`, `wellcome.214402.Z.18.Z`). **Returns:** A compact detail record with the full abstract and the source-specific identifiers listed above; drops the low-signal `categories` ontology.
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.
Fetch full details for a single FDA 510(k) clearance by K number. Use this after `search_device510k` when you need the complete record for a specific clearance, including the full `summaryText` (the complete 510(k) summary statement, often very long), full `applicant` details (address, contact, country), `registration` info (FEI and registration numbers), and the complete `decision` object (code, description, committee, review flags). The search tool returns a brief highlighted snippet of the summary text; call this tool for a specific K number when you need the full text or detailed applicant/registration information. **Parameters:** - id: K number identifier (e.g. `K210674`). **Returns:** A compact detail record with full summary text, complete applicant information, registration details, and decision metadata.
Search the full text of FDA 510(k) summary PDF documents. This dataset contains OCR'd full-text content from FDA 510(k) premarket notification summary PDFs. Unlike `search_device510k` which returns structured clearance metadata (device class, applicant, decision codes), this tool searches the actual narrative text of 510(k) submissions and returns matching page-level snippets. Use this tool when the question involves the *content* of a 510(k) submission rather than its metadata. Common triggers: test results, performance data, biocompatibility, substantial equivalence comparisons, indications for use, predicate device comparisons, sterilization methods, software descriptions, bench testing, or clinical study summaries. When you already have a K number from `search_device510k`, use `get_510k_summary` to read the full document instead of searching again. **Parameters:** - q: Search query (technical terms, device descriptions, test methods, etc.) - f: Space-delimited filters in `field:"value"` format - p: Page number (default: 1) **Returns:** Documents with id, filename, tags, and page-level content snippets showing where the query matched within each 510(k) summary PDF.
Fetch the full text of a single FDA 510(k) summary PDF by document ID. Use this after `search_510k_summaries` or `search_device510k` when you need the complete narrative text of a 510(k) summary, not just search snippets or structured metadata. Returns the full extracted text organized by page. **Parameters:** - id: Document identifier (the K number, e.g. `K192757`). Can be obtained from either `search_510k_summaries` or `search_device510k` results. **Returns:** The full-text content of the 510(k) summary PDF, organized by page, with file metadata and ontology tags.
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.
Fetch the full text of a single MHRA alert or publication by document ID. Use this after `search_mhra` when you need the complete text of an alert, including the full article body (contentHtml), not just search snippets. Returns the full extracted text organized by page. **Parameters:** - id: Document identifier from `search_mhra` results. **Returns:** The full-text content of the MHRA alert, including headline, description, article body, tags, and per-page content.
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.
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.
Search FDA FAERS (FDA Adverse Event Reporting System) drug adverse event reports. Use this tool to find adverse event and medication error reports submitted to the FDA for drugs and therapeutic biologics. Each report links one or more suspect/concomitant drugs to the patient reactions that were observed. Returns reports with the drugs involved, patient reactions (MedDRA preferred terms), seriousness, and report metadata. **Parameters:** - q: Search query string (drug brand or generic name, active substance, reaction term, etc.) - f: Space-delimited filters in `field:"value"` format - Facet filters: - `drug.medicinalproduct` -- reported drug name (e.g. "IBUPROFEN") - `drug.brand_name` / `drug.generic_name` / `drug.substance_name` -- product names - `drug.manufacturer_name` -- manufacturer/labeler - `drug.drugindication` -- reported reason for use (e.g. "Pain") - `drug.pharm_class_epc` / `drug.pharm_class_moa` -- pharmacologic class - `reaction.reactionmeddrapt` -- patient reaction MedDRA term (e.g. "Nausea") - `reaction.reactionoutcome` -- reaction outcome (e.g. "Recovered/Resolved", "Fatal") - `event.reporttype` -- report type (e.g. "Spontaneous") - `event.seriousness_type` -- seriousness category (e.g. "Death", "Hospitalization") - `event.occurcountry` -- country where the event occurred - `event.patientsex` -- patient sex - `primarysource.qualification` -- reporter type (e.g. "Physician", "Consumer") - Date range filters on `event.receivedate`, `event.receiptdate`, `drug.drugstartdate`, `drug.drugenddate`: - Suffix notation: append `gte` (>=) or `lt` (<) to the field name. Example for H1 2024: `event.receivedategte:"2024-01-01" event.receivedatelt:"2024-07-01"` - p: Page number (default: 1) **Returns:** FAERS reports with safetyReportId, title, reportType, serious flag, seriousnessType, receiveDate, occurCountry, reactions (reaction term + outcome), and drugs (medicinalProduct, brandName, genericName, substanceName, indication, actionDrug, route, pharmacologic class). FAERS sorts by relevance only.
Fetch full details for a single FAERS adverse event report by ID. Use this after `search_faers` when you need the complete record for a specific report, including patient demographics, full drug dosage details, the reporting source, and any duplicate-report references. The search tool returns a slim view; this tool adds detail-only fields. **Parameters:** - id: FAERS safety report ID (e.g. `26185565`). Obtained from search_faers results. **Returns:** A detailed FAERS report with patient demographics (sex, age group, onset age, weight, death date), report dates (receiveDate, receiptDate, transmissionDate), expedited flag, primarySource (reporter qualification and country), reportDuplicates, and enriched drugs (dosage text, start/end dates, NDC, application number, pharmacologic class).
Search FDA drug records: Structured Product Labels, the Orange Book, and Drugs@FDA. Each result bundles an FDA drug application (approved products, applicant, approval dates, marketing status) with its Structured Product Label (indications, warnings, pharmacology, etc.). Use this to find approved drugs by name, active substance, manufacturer, pharmacologic class, or indication. **Parameters:** - q: Search query (brand name, generic name, active substance, indication, etc.) - f: Space-delimited filters in `field:"value"` format. Facet fields: labels.brand_name, labels.generic_name, labels.substance_name, labels.manufacturer_name, labels.product_type, labels.route, labels.pharm_class_epc, labels.pharm_class_moa, labels.pharm_class_cs, labels.rxcui, labels.unii, labels.product_ndc, labels.package_ndc, application.application_number, application.sponsor_name, application.products.marketing_status, application.products.dosage_form, application.products.route, application.products.product_type, application.products.te_code, tags, categories. Date range: use labels.effective_time or application.products.approval_date with gte/lt suffix (e.g. labels.effective_timegte:"2024-01-01"). - p: Page number (default: 1) **Returns:** Drug records, each bundling an FDA application (approved products, applicant, approval dates, marketing status) with its Structured Product Label (indications, warnings, pharmacology). Sorted by relevance only.
Fetch full details for a single FDA drug record by ID. Use this after `search_drugs` when you need the complete record for a specific drug, including every approved product (product number, applicant, approval date, dosage form, route, active ingredients, TE code) and the full Structured Product Label text sections. The search tool returns a slim view; this tool adds detail-only fields. **Parameters:** - id: Drug record ID (the UUID from search_drugs results, e.g. `4dd865ec-8889-49ac-8c8f-4438875937ac`). **Returns:** A detailed drug record with the application's products and the main label sections (indications and usage, dosage and administration, contraindications, boxed warning, warnings and cautions, adverse reactions, drug interactions, use in specific populations, pharmacology, clinical studies, how supplied, overdosage, description).
Create a new Collection owned by the signed-in user. Use this to start a Collection from a list of DOIs the user wants to group, track, and analyze together. The caller becomes the Collection ADMIN. The returned `slug` identifies the Collection for `get_collection`, `update_collection`, `add_dois_to_collection`, and the other Collection tools. **DOI validation.** Provided DOIs are validated and resolved against scite; unknown DOIs are dropped and surfaced via the `unmatchedDoiCount` in the response. An empty `dois` list creates an empty Collection the user can add to later. **Scope.** This tool creates DOI-list Collections. Collections backed by a saved search query are created in the scite web app, not via MCP. **Parameters:** - name: Collection name (required). - description: Optional free-text description. - dois: Optional list of DOI strings to seed the Collection. - is_public: If true, anyone with the slug can view the Collection (default: false). **Returns:** The created Collection with id, slug, name, description, isPublic, doiQueryType, accessType, and DOI counts.
Fetch a single Collection (a saved, named set of papers) by its slug. Use the `slug` returned by `create_collection` or `search_collections`. Returns the Collection's identity, sharing, access level, and DOI counts. The caller must have at least VIEWER access (own it, be shared on it, or it is public). **Parameters:** - slug: The Collection slug (required). **Returns:** The Collection with id, slug, name, description, isPublic, accessType, and DOI counts.
List the Collections the signed-in user can access, with an optional name filter. Returns Collections the user owns, is shared on, or that are shared with their organization. Pass `q` to filter by a case-insensitive substring of the Collection name. This is a filter over the caller's own Collections, not a full-text search of all Collections. **Parameters:** - q: Optional case-insensitive name substring to filter by. **Returns:** `{collections: [...], total: N}` where each Collection has id, slug, name, accessType, and DOI counts.
Update a DOI-list Collection the signed-in user can edit. Partial update: only the fields you supply change; omitted fields keep their current values. Omitting `dois` leaves the DOI list untouched; supplying `dois` replaces it (unknown DOIs are dropped and surfaced via `unmatchedDoiCount`). Requires EDITOR or ADMIN access. Only DOI-list Collections can be updated here — saved-search Collections are managed in the scite web app. **Parameters:** - slug: The Collection slug (required). - name: New name (optional). - description: New description (optional). - dois: Replacement DOI list (optional; omit to leave DOIs unchanged). - is_public: New public flag (optional). **Returns:** The updated Collection with id, slug, name, accessType, and DOI counts.
Permanently delete a Collection. Requires ADMIN access on the Collection. This cannot be undone. The Collection and its DOI membership are removed. Only the Collection ADMIN may delete it. **Parameters:** - slug: The Collection slug (required). **Returns:** `{deleted: true, slug: "..."}` on success.
Add DOIs to a Collection. Works on both DOI-list and saved-search Collections. Requires EDITOR or ADMIN access. For a DOI-list Collection the DOIs are added to the list. For a saved-search Collection they are force-included (added to the manual include list) so they appear even if the search would not return them. DOIs already present are ignored. Use `create_collection` to make a new Collection or `remove_dois_from_collection` to take DOIs out. **Parameters:** - slug: The Collection slug (required). - dois: List of DOI strings to add (required, non-empty). **Returns:** The updated Collection with id, slug, name, and DOI counts.
Remove DOIs from a Collection. Works on both DOI-list and saved-search Collections. Requires EDITOR or ADMIN access. For a DOI-list Collection the DOIs are dropped from the list. For a saved-search Collection they are excluded (added to the exclude list) so they no longer appear even if the search would return them. DOIs not present are ignored. This removes papers from the Collection; it does not delete the Collection itself (use `delete_collection` for that). **Parameters:** - slug: The Collection slug (required). - dois: List of DOI strings to remove (required, non-empty). **Returns:** The updated Collection with id, slug, name, and DOI counts.
Read from the server on 2026-08-17, including each tool's own safety annotations.
Limits
- Two tools delete, and one of them cannot be undone.
delete_collectionpermanently removes a Collection and its DOI membership; its own description says so. If an agent has this connector loaded with blanket auto-approval, it can delete a saved reading list without a confirmation step. Approve the two destructive tools case by case, or load the connector without them where your client supports tool filtering. - "Update" can remove papers without a destructive flag.
update_collectionreplaces the DOI list whendoisis supplied and leaves it alone when the field is omitted. A partial list passed to an idempotent, non-destructive tool therefore drops the papers it left out. Useadd_dois_to_collectionto append. - Access to full text depends on rights you hold, not on the connector. Scite says closed access sources return metadata and access instructions rather than text, and that full text is available only where you have the rights.
fulltextExcerptsis described as open access only. Institutional proxy configurations are something Scite says it is still rolling out. - Credits are the binding constraint, and we did not measure them. Scite states a free account carries "a few free credits" without publishing a number, and directs teams to sales. No rate limit, quota figure or per-tool cost was retrievable from the sources below, so this page makes no claim about how far a free account goes.
- Two corpus figures disagree, and both are the vendor's. Scite's MCP page says 315 million scientific articles;
search_literature's own description says browsing with no parameters covers "210M+ papers". The figures may count different things — the indexed corpus versus what the browse path reaches — but Scite does not reconcile them, and neither do we. - Coverage of the regulatory datasets is not published per source. The FDA, MHRA and ClinicalTrials.gov tools do not state a date range, refresh cadence or completeness guarantee, and no coverage page was found. Adverse-event databases such as MAUDE and FAERS are voluntary-report systems whose contents are not a measure of incidence; treat a count from them accordingly.
- This page makes no claim about classification accuracy. Smart Citations are classified as supporting, contrasting, mentioning or unclassified — Scite's own schema notes that "unclassified" means the statement exists but the classifier assigned no type. How often the classifier is right is not something we measured or that these sources establish.
robots.txtandllms.txtcould not be read. Both return HTTP 403 onscite.aito every client we tried, while the HTML documentation route returns 200. No machine-readable crawl or content-signal policy was therefore available to consult, and only the documentation URL that Anthropic's directory nominates was fetched.- We did not exercise any MCP tool. Our check was an anonymous
initializeplustools/listagainst the endpoint. Every behavioural claim above comes from the tool schemas, the server's own instructions block, or Scite's documentation, each attributed in Sources. No Collection was created, changed or deleted.
Frequently asked questions
Do I need a Scite account to use the Scite MCP server?
Yes. Scite states you need an account but not a subscription to try the MCP, and that a new account includes a few free credits to get started. The first connection prompts an OAuth 2.0 sign-in, and Scite says your credentials are never shared with the AI client. Team members each authenticate individually with their own Scite login.
Which Scite MCP tools can change or delete my data?
Five of the twenty-five act, and two are flagged destructive. delete_collection permanently removes a saved Collection and its membership, and Scite's own description says this cannot be undone. remove_dois_from_collection takes papers out of a Collection. Both touch only your saved Collections, never the underlying literature, which no tool on this server can edit.
What content does the Scite MCP server actually cover?
Scite states the MCP provides over 1.6 billion Smart Citations across 315 million scientific articles. The live tool surface reaches wider than papers alone: patents, ClinicalTrials.gov trials, research grants from NIH RePORTER, NSF, SBIR, Wellcome and the EU, FDA 510(k) device clearances and summary PDFs, MAUDE and FAERS adverse-event reports, FDA drug labels, and MHRA safety alerts.
How does Scite handle paywalled or subscription-only articles?
Scite says it covers both open and closed access sources, with metadata and access options for each. Open access articles return full text and Smart Citation context directly. For closed sources, full text is available only if you hold the rights, and access instructions are always supplied — proxy access via OpenURL through LibKey or GetFTR, inter-library loan, or purchase through Article Galaxy.
What are Smart Citations and how do they differ from a citation count?
A Smart Citation is the actual sentence from a citing paper, classified as supporting, contrasting, mentioning or unclassified, with the section it came from. A citation count tells you how often a paper was cited; a Smart Citation tells you what those papers said. Scite also returns editorial notices, so a retraction or correction surfaces alongside the citation tally.
Does the Scite connector answer without signing in, and is that safe to assume?
Discovery is open; the research is not. An anonymous handshake on 2026-08-17 completed initialize and returned all 25 tool schemas, but the same response carried a WWW-Authenticate Bearer challenge, and the server publishes an OAuth protected-resource descriptor naming scopes mcp and offline_access. Enumerating the tools without a token proves nothing about calling them.
Why does the Anthropic directory list one Scite tool when the server has 25?
The directory snapshot is stale, not filtered. It names only search_literature, which is a real tool and the first one the live server returns. The other 24 — patents, trials, grants, FDA and MHRA records, and the six Collection tools — are absent from the listing entirely. A reader working from the directory alone would not know the regulatory and Collections surfaces existed.
Sources
- Scite MCP documentation (retrieved 2026-08-17, HTTP 200, zero redirects; the exact
documentationURL Anthropic's directory publishes). Source for the corpus figures, the account and free-credits statement, the paywall and access-resolution answer, the team authentication statement, the ChatGPT reconnect troubleshooting step, and the manual OAuth configuration values. The FAQ answers render client-side and were read in a browser after expanding each accordion · retrieved 2026-08-17 - Live
tools/listhandshake againsthttps://api.scite.ai/mcp— 25 tools with descriptions, JSON Schemas and safety annotations (2026-08-17). Source for every tool name, every annotation state, the parameter behaviour ofupdate_collection, and thecollection_slugfilter. No tool was called · retrieved 2026-08-17 - Live anonymous
initializeagainst the same endpoint (2026-08-17, HTTP 200) — returnedserverInfoscite-api-mcp1.0.0 alongside aWWW-Authenticate: Bearerchallenge header, and carried the serverinstructionsblock quoted above · retrieved 2026-08-17 - OAuth protected-resource descriptor (retrieved 2026-08-17, HTTP 200,
application/json; resourcehttps://api.scite.ai/mcp, scopesmcpandoffline_access, bearer via header) and the authorization-server document at (HTTP 200; PKCE S256, dynamic registration, authorization-code and refresh-token grants). This is the server declaring its own auth arrangement over the wire, which is what setsauthVerified· retrieved 2026-08-17 - Anthropic Connectors Directory entry (from the 2026-08-16 directory snapshot; partner tier, life-sciences category,
https://api.scite.ai/mcpendpoint, streamable-http transport,auth_requiredposture, and one tool name against 25 live) · retrieved 2026-08-16 - Scite privacy policy (HTTP 200 on 2026-08-17). Reachable, but the policy body renders client-side and no text was extracted, so nothing is cited from it · retrieved 2026-08-17
robots.txtandllms.txtforscite.ai— both HTTP 403 to every client tried on 2026-08-17, whilescite.ai/mcpreturned HTTP 200 to the same client. Recorded as unreadable from our network rather than as a policy; the documentation fetch was a single directed read of the vendor-nominated URL, with no sibling pages crawled · retrieved 2026-08-17
Use in Agentman
Connect once and your agents call these tools on their own — on a schedule, in a workflow, with nobody at the keyboard.
Open in Agentman StudioServer Info
- Category
- Healthcare
- Developer
- Scite
- Tools
- 25
- Domain
- api.scite.ai
Using Claude Desktop or another MCP client? Setup docs — the connection URL above works anywhere.