Amass

tech.amassPublished by amass.techOfficial publisherv11.0.0Updated Nov 4, 2026

Linked life-science search: 43M+ papers, 1.2M+ trials, drugs, genes, FDA/EMA approvals, patents.

VerifiedStreamable HTTPWeb executableKnowledge & MemoryData & Analytics

Overview

AI-generated overview

Hosted life-science research MCP server that lets an assistant search and cross-link publications, clinical trials, drugs, genes, approvals and patents.

What you can do
  • Search and retrieve biomedical publications, with abstracts, authors, citations, MeSH terms and optional fulltext
  • Search and retrieve clinical trials with phase, status, sponsors, interventions, endpoints and posted results
  • Search and retrieve harmonized drugs and genes, including structures, clinical stage, biotype and protein annotations
  • Search FDA and EMA authorizations and read parsed source-document sections such as labels and reviews
  • Search life-science patents (preview) and report data issues to the Amass data team
  • Filter results by date ranges, last-update and create dates, journals or publication types, with a limit of 1 to 50
When to use it
Useful when you need evidence from the biomedical literature, trial registries, drug and gene records, regulatory approvals or patents, and want to move between them in one query. Also suited to tracking what changed in a research area since a given date.
Requirements
A remote streamable HTTP endpoint; nothing to install locally. OAuth 2.1 sign-in with an Amass account is required, and new accounts get trial credits. Clients that cannot complete OAuth can send an Amass API key as a bearer token. Network access to the hosted service.
Before you install
Access is tied to an Amass account and trial credits, so continued use may involve a paid plan. An API key used as a bearer token is a secret and should be kept out of shared configuration. Search and feedback tools query a third-party hosted corpus, so queries are sent to Amass, and send_feedback forwards reports to its data team.

Installation

In SourceWeft

  1. Open Amass in the dashboard and add it to a workspace.
  2. Connect the required credentials. They are stored privately and never shown on public pages.
  3. Enable the server for the chats that should use its tools.

Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.

Use with an agent

Paste this prompt into Claude Code, Codex, Cursor or another agent — or into SourceWeft chat. The agent reads this server's install guide, shows you its publisher, endpoint and sign-in, and adds it to your client once you agree. Keys never go into a command.

Read https://sourceweft.com/mcp/tech.amass%2Famass/install.md and connect the MCP server it describes to my client. Before changing any config, show me its publisher, endpoint and sign-in method and wait for my OK. Never put an API key in a command or in a file I would commit; ask me where it should come from.

Read the install guide the agent follows

Other MCP clients

Add this to your client's mcpServers config. The client completes OAuth sign-in on first connect.

{
  "mcpServers": {
    "amass": {
      "type": "http",
      "url": "https://mcp.amass.tech/mcp"
    }
  }
}

README

[M8ven Score]

Amass MCP server

Amass is a remote MCP server for life-science research. It exposes one linked corpus — publications, clinical trials, drugs, genes, regulatory approvals and patents — to Claude, ChatGPT, VS Code, Cursor and any other MCP client.

This repository holds the MCP Registry listing (server.json). The server itself is a hosted service, so there is nothing here to install or run.

Connect

Amass speaks streamable HTTP with OAuth 2.1. Most clients need only the URL:

https://mcp.amass.tech/mcp

You will be redirected to sign in with your Amass account; new accounts are provisioned automatically with trial credits. Clients that cannot complete an OAuth flow can instead send an Amass API key (amass_…) as a bearer token.

Or install it from the registry by name: tech.amass/amass.

The server supports every MCP protocol revision from 2024-10-07 through 2026-07-28. Clients on 2026-07-28 are served per request, with no initialize handshake or session; the tools are identical on every revision.

What you get

Six Cores, cross-linked so you can move between them in a single query — publications ↔ trials, trials ↔ drugs, drugs ↔ genes, drugs ↔ approvals, and patents ↔ drugs/publications.

CoreContents
BioMedCore43M+ biomedical publications (PubMed/PMC-derived) with abstracts, authors, journal metadata, citations, MeSH terms and optional fulltext, plus conference abstracts from society meetings
TrialCore1.2M+ clinical trials (ClinicalTrials.gov + WHO ICTRP non-US registries) with phase, status, sponsor and collaborators, conditions, interventions and arms, enrollment, registered endpoints and posted results
DrugCore22K+ harmonized drugs/molecules (ChEMBL-anchored) with modality, clinical stage, chemical structure, synonyms and trade names
GeneCore43K+ harmonized genes (Ensembl-anchored) with biotype, RefSeq summary, tractability/safety intelligence and UniProt protein annotations
RegulatoryCoreUnified FDA + EMA authorizations with approval status, orphan designations, and parsed source documents (labels, SmPCs, reviews, EPARs)
PatentCore (preview)Life-science patents (USPTO/EPO/WIPO subset) with full-text search, CPC/IPC classifications, assignees/inventors and patent families

Each Core has a search_amass_<core>_records tool for discovery and a get_amass_<core>_record tool for fetching a known identifier. RegulatoryCore adds get_amass_regulatorycore_document_section for full source-document text, and send_feedback reports data issues straight to the Amass data team.

Every search tool takes a limit (1–50, default 10). Every search except PatentCore also takes minLastUpdateDate and minCreateDate, which filter on when Amass last updated a record or first ingested it. Use them for "what changed since I last looked" questions. Publication, patent, trial start and trial completion dates can be bounded on both ends, and BioMedCore search can be narrowed to given journals (journalIssns) or publication types (publicationTypes, e.g. Clinical Trial or Conference). Every record carries a url that links to its source.

Website: https://amass.tech · Platform: https://platform.amass.tech · API docs: https://mcp.amass.tech/api/doc

License

Apache-2.0.


Maintainers

Everything below is the release runbook for this listing. It is not needed to use the server.

server.json is the source of truth. The registry authenticates by DNS: a TXT record on amass.tech carries the public half of an Ed25519 key, and CI signs with the private half. That is why the listing is namespaced tech.amass/… rather than under a GitHub org.

Publishing a new version

Each ## vN entry in the MCP changelog becomes listing version N.0.0, but only once the server is actually deployed. Check that the new parameters appear in the live tool schemas before bumping.

  1. On a release-N branch, bump version in server.json. Update the README's "What you get" for anything user-facing in the changelog entry, and update description if a headline count moved.

  2. Open a PR — CI validates the file, checks the version is not already published, and confirms https://mcp.amass.tech/mcp is up.

  3. Merge, then tag:

    bash
    git tag vX.Y.Z && git push origin vX.Y.Z    # must match "version" in server.json
  4. A second admin approves the mcp-registry deployment on the tag's Actions run. Publishing waits there until they do.

  5. Create the GitHub Release and point back to the changelog:

    bash
    gh release create vX.Y.Z --verify-tag --latest \  --title "vX.Y.Z — aligned with MCP server vX" --notes "…"
  6. Delete the local release-N branch. GitHub drops the remote one on merge.

The tag must match version in server.json or the workflow fails.

The listing version tracks the major version of the deployed MCP server.

One-time DNS auth setup

bash
./scripts/setup-dns-auth.sh

Generates the keypair and prints the Cloudflare TXT record and the gh secret set command for MCP_PRIVATE_KEY. Follow its four steps, then delete the local key.pem.

Publishing by hand

bash
brew install mcp-publishermcp-publisher login dns --domain amass.tech \  --private-key "$(openssl pkey -in key.pem -noout -text | grep -A3 'priv:' | tail -n +2 | tr -d ' :\n')"mcp-publisher publish

Verify:

bash
curl --get --data-urlencode "search=tech.amass/amass" \  https://registry.modelcontextprotocol.io/v0.1/servers

Constraints worth remembering

  • description is capped at 100 characters. CI enforces this.
  • Published versions are immutable, and servers currently cannot be deleted or unpublished — corrections ship as a new version.
  • Do not name a release branch after its version; it collides with the tag and git push origin vX.Y.Z becomes ambiguous.

Source: README.md at commit d0a6d7e

Tools

0
This server asks you to sign in, so SourceWeft could not read its tools without an account and has not indexed them. What a connected account sees can depend on that account and its permissions.

Version history

3
  1. v11.0.0LatestOct 14, 2026
  2. v10.0.0Sep 29, 2026
  3. v6.0.0Sep 17, 2026

Score

85% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 daysRequired25 pts
  • Auth declaredRequired10 pts
  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts