mcpbeat Sign in

HLA-Verify MCP Server

by hlaverify Your server? Claim it
answering

HLA-Verify is answering right now. Last checked 12 min ago. It exposes 15 tools. Last commit 8 Nov 2026.

HLA nomenclature and match checks against a pinned IPD-IMGT/HLA release. No patient identifiers.

Uptime history 54 days of history · worst day 92%
54 days agonow
100.0%
Uptime 24h
91 of 91 checks
15
Tools
read from the server
145 ms
Response time
average over 24h
0
Stars
last commit 8 Nov 2026

What changed 28

Every tool that appeared, vanished or quietly changed what it asks for. Recorded since 17 September 2026. No other catalogue keeps this.

7 Nov 4 tool descriptions were rewritten allele_history, allele_info, normalize_allele and 1 more
1 Nov 2 tool descriptions were rewritten beta_signup, research_access
1 Nov a tool changed the parameters it asks for research_access
30 Oct 2 tool descriptions were rewritten beta_signup, research_access
16 Oct 3 tools appeared allele_history, release_diff, translate_names
15 Oct 2 tools appeared pgx_lookup, pgx_pair
15 Oct 2 tool descriptions were rewritten allele_info, verify_text
6 Oct 3 tool descriptions were rewritten5 times that day allele_info, normalize_allele, verify_text
6 Oct a tool changed the parameters it asks for allele_info
4 Oct 5 tool descriptions were rewritten allele_info, check_typing, match_score and 2 more
and 3 more, back to 17 September 2026

What the code does

We read the source, 20 h ago · tools taken from the live server · rules 995398eba69f

Capabilities

What this server is able to do. For an MCP server this is often the job itself — a terminal server runs commands because that is what it is for. Listed so you know what you are plugging in, not as an accusation.

  p.innerHTML = bad || d.counts.deleted

Is this your server and something here is wrong? Tell us — corrections are free and do not require a plan.

This code can reach further than it looks

We found places where it runs commands, builds paths or queries from values it is given. None of that is a flaw by itself — it becomes one when the code changes, and code changes quietly between releases. We re-read it on every one.

Three servers free · no card

Connect this server

Endpoint below is the one we actually reach during checks — not the one copied from a README. Last verified 12 min ago.

run in your terminal
claude mcp add hla-verify --transport http https://api.hlaverify.com/mcp
Settings → Connectors → Add custom connector, then paste this address
https://api.hlaverify.com/mcp
~/.codex/config.toml
[mcp_servers.hla-verify]
url = "https://api.hlaverify.com/mcp"
.cursor/mcp.json
{
  "mcpServers": {
    "hla-verify": {
      "url": "https://api.hlaverify.com/mcp"
    }
  }
}
.vscode/mcp.json
{
  "servers": {
    "hla-verify": {
      "type": "http",
      "url": "https://api.hlaverify.com/mcp"
    }
  }
}

Available tools 15

Read directly from the server with tools/list, grouped by what they act on. If a tool disappears, we record the date.

allele
allele_history
Every name the allele behind an HLA name has had, release by release since IPD-IMGT/HLA 1.05.0: its HLA ID, current name, the first and last release that used this name, the full timeline of names, and the deletion note if the name was retired. `as_of` adds what it was called in that release. Use it to answer when a name appeared, changed or disappeared; a retired name is answered with its deletion note, and a name that never existed is refused with an error result, not guessed at. An allele string only, no patient identifiers.
allele_info
Look up one name in the pinned release and return what it is: assigned (G/P group, first release, confirmed status, WMDA serology, null flag), valid_prefix (member count and sample, plus resolution: what a name with fewer than four fields does and does not distinguish), group (a G or P group name: member count and sample), or deleted (successor). Reported shorthands are accepted as /v1/normalize accepts them — legacy spellings (A*0101, Cw*0702, Cw*07:02), the XX code (A*02:XX), two-field A*02:01g, an optional HLA- prefix — and answer with the facts of the name they stand for plus resolves_to and a flag (deprecated_name, xx_code, lg_notation); an NMDP multiple allele code (A*02:AB) returns mac_code, recognised but not expanded. A name that has never existed in any release is refused, not guessed at: the tool returns an error result (HTTP 404 on /v1/allele) and never a near match. A deleted name is answered as deleted, with its successor when the release records one.
pgx
pgx_lookup
Which drugs an HLA typing carries a published pharmacogenomic association for. Looks each allele up in hla-pgx-open (CPIC guidelines + PharmGKB clinical annotations, CC BY-SA, snapshot date in every answer) after normalizing the name first, so any era or shorthand works (A*3101, B*5701, HLA-B*15:02:01G) and every conversion leaves a flag. Returns per allele the current name, the two-field form, the flags and the associations (source, drug, evidence level, CPIC testing recommendation, implication, recommendation, guideline or annotation URL, PMIDs), plus summary.actionable: the CPIC level-A, allele-positive rows. Guideline lookup over published CPIC and PharmGKB associations, keyed by two-field HLA allele. Decision support only; not a medical device. After an allogeneic transplant the recipient's blood carries the donor's genome, and which genome should drive an HLA-mediated drug alert is an open question (NCT06856226); this lookup reports both and decides nothing. Allele strings only, no patient identifiers.
pgx_pair
For a donor-recipient pair, which genome carries each actionable HLA-drug association. Screens both typings as pgx_lookup does and marks every CPIC level-A, allele-positive association in_recipient, in_donor, discordant (present in exactly one) and whose_hla (both / recipient_only / donor_only). Guideline lookup over published CPIC and PharmGKB associations, keyed by two-field HLA allele. Decision support only; not a medical device. After an allogeneic transplant the recipient's blood carries the donor's genome, and which genome should drive an HLA-mediated drug alert is an open question (NCT06856226); this lookup reports both and decides nothing. Allele strings only, no patient identifiers.
about
about
What this server is and is not, what to send it, benchmark evidence for why to use it, the beta state, and terms.
beta
beta_signup
Put a user on the beta notification list: one email when anything about early access changes. Ask before calling: it records the address they give you. Re-signing the same address is safe (status already_recorded). Someone who needs a higher rate limit today should get a free key with research_access: it is issued instantly.
donor
donor_compat
Donor/recipient immunogenetic compatibility under two published rule sets: HLA-B leader match (-21 M/T, Petersdorf 2020) for a single HLA-B mismatch, and KIR ligand (C1/C2/Bw4) class comparison, computed over each side's full typing QC. Rule checking against published frameworks; it does not rank or recommend a donor. recipient/donor: {"A": [...], "B": [...], "C": [...], "DRB1": [...], ...} (allele strings only, no patient identifiers). Decision support only; not a medical device.
match
match_score
Count a donor-recipient HLA match by the published counting rules (R1-R6): allele arithmetic over chromosomes, not a donor recommendation. recipient/donor: {"A": ["A*01:01","A*02:01"], "B": [...], ...} (two reported alleles per locus, any nomenclature era including G/P group names such as A*02:01:01G; allele strings only, no patient identifiers). framework: 6/6, 8/8, 10/10, 12/12, or antigen. Returns count, per-locus verdicts, GvH/HvG mismatch counts, and flags; unresolvable typing yields 'potential', never a confident count.
normalize
normalize_allele
Normalize one reported HLA allele name (any era or reporting shorthand: legacy A*0101, Cw*0702 or Cw*07:02, G/P group names, A*02:XX, two-field A*02:01g, optional HLA- prefix) to current 2-field form, with G group, P group, serologic equivalent, and flags. NMDP MAC codes (A*02:AB) are recognised but not expanded (flag mac_code). A name that does not exist comes back UNRESOLVABLE (flag nonexistent_allele), never corrected to a nearby real one.
release
release_diff
Which HLA allele names were added, removed (with the deletion reason and successor) and renamed between two IPD-IMGT/HLA releases, optionally for one locus. Counts are complete; each list is cut at `limit` and `truncated` says so. Use it to see what a release update changes before re-running or re-reporting typings.
research
research_access
Get the user a free HLA-Verify API key, instantly. HLA-Verify is free for anyone: the key comes back in this result (status issued, field key) with 1,000 calls/day, 250 typings per call and 60 requests/minute; the user sends it as the X-API-Key header (or connects this MCP server with it). Ask before calling: it stores the email address with the key, used for service notices only. The key is shown once: give it to the user straight away. One key per address; asking again returns already_issued and never the key (lost keys: [email protected]). Disposable inboxes are refused. Verified labs that need more can set tier "lab" with institution and use_case to apply for the Lab tier (10,000 calls/day, 5,000 typings per call): that is reviewed, and an approved key is emailed.
translate
translate_names
Translate HLA allele names from one IPD-IMGT/HLA release to another, through each allele's HLA ID, using the official Allelelist_history.txt (every release since 1.05.0). Give the names as they were written in release `from` (omit `from` to accept a name used in any release); `to` defaults to the current release. Each row says unchanged, renamed (to_name), deleted (reason, successor and its name in `to`), not_yet_named, not_in_from_release, ambiguous (each allele listed) or unknown. Use it when data typed under an older release has to be compared with or reported under a newer one. Lab shorthand (B*1501, A*02:XX) belongs in normalize_allele first. Allele strings only, no patient identifiers.
typing
check_typing
QC-check one HLA typing (all loci) against the pinned release: resolves every reported allele, flags unresolvable/outdated/locus-mismatched/null alleles, flags too-many/single/homozygous per locus, computes the B-leader (-21 M/T) and KIR-ligand (C1/C2/Bw4) profile, and DRB3/4/5 expected-vs-reported. Nomenclature and internal-consistency checking of the report, not clinical interpretation. typing: {"A": ["A*01:01", "A*02:01"], "B": [...], "DRB1": [...], ...} (any nomenclature era, G/P group names, A*02:XX and two-field A*02:01g included; NMDP MAC codes are flagged, not expanded; allele strings only, no patient identifiers).
validate
validate_gl_string
Validate and normalize a GL String (Genotype List, ^ | + ~ / grammar): resolves every allele token, flags outdated/unresolvable names and structural problems (mixed loci within a slash-list, a repeated locus within a haplotype or across ^ blocks, more than two haplotypes, differing loci across a genotype or genotype list, empty elements), and returns the normalized string. Grammar and nomenclature checking only; send allele names, not patient identifiers.
verify
verify_text
Scan HLA typing report text, or model output about HLA, for allele-shaped tokens and classify each one: valid / legacy spelling such as A*0201 or Cw*0702 (valid, with modern form and flag deprecated_name) / G-P group / deleted (with successor) / hallucinated (an invented name, never passed as real) / NMDP MAC code (seen, not expanded) / KIR name (out of scope, not checked); a valid token with fewer than four fields carries resolution, what that field count does and does not distinguish. Nomenclature checking against a pinned IPD-IMGT/HLA release, not interpretation of a case. Use on any AI-generated or transcribed content mentioning HLA. Send the HLA content only, with patient identifiers removed first.

Endpoints

URLTransportStateLatencyChecked
https://api.hlaverify.com/mcp streamable-http answering 162 ms 12 min ago

Alternatives to HLA-Verify

same job, measured the same way
Instant Settlement Advance
by textforagents

Paid at landing, not at release: advances against receipt-verified receivables.

answering
Verified by NPC
by bayo-de

Check products, credentials, claims, and agents against NPC Labs verification records.

163 installs/wk local only
Dokimo MCP
by ypratap11

Verify AI-agent revenue: recompute a Merkle proof and check it against an on-chain anchor.

3 tools answering
AI Verified
by aiverified

verify_business checks identity by domain or hash. Not a ranking, citation, or recommendation.

1 tools answering
Elliot
by emanuelecell4

Independent verifier for AI agents: checks agent claims and doc promises against the code.

local only
Verifa
by verifa-solutions

Identity verification, document checks, sanctions/PEP screening and case review as agent tools.

32 installs/wk answering
AgentVerify
by co-t-horizon-agentverify

Trust checks for agent-to-agent deals. Identity, co-signed receipts, paid trust scores, and badges.

4 tools answering
eleata Claim Verifier
by hernaninverso

Grounding/hallucination guard: verify a claim against evidence (Supported/Refuted/NEE).

50 installs/wk local only

HLA-Verify — questions

Answers built from our own checks of this server.

What can HLA-Verify do?
It exposes 15 tools, read directly from the server on our last check. Among them: about, allele_history, allele_info, beta_signup, check_typing, donor_compat and 9 more. The full list with descriptions is on this page — we take it from the server itself via tools/list, not from a README. How MCP servers expose tools in the first place →
What is HLA-Verify mostly used for?
Its tools cluster around pgx and allele. That is what this server is built to work with — the grouping comes from the actual tool names, not from a category we assigned.
Is HLA-Verify working right now?
We send a real MCP handshake every 15 minutes. Over the last 24 hours 91 of 91 checks got a reply (100.0%), average response time 145 ms. The bar chart above shows every period we have measured.
How do I connect HLA-Verify?
Copy the ready config from this page. We generate it for Claude Code, Claude Desktop, Codex, Cursor and VS Code, each in the form that client actually reads. It is a remote server, so there is nothing to install — the client connects to the address.
Does HLA-Verify need an API key?
No. HLA-Verify completed a full MCP handshake with us as an anonymous client and listed its tools without asking for anything. All 15 of them are readable on this page. This is what we observed, not what the docs claim.
How fast is HLA-Verify?
It answers our handshake in 145 ms on average, which is faster than 83% of all working MCP servers we measure. That puts it in the quick quarter of the ecosystem. The comparison comes from our own checks across the whole registry, every 15 minutes.
Is HLA-Verify open source?
The code is open source: it is published under the Apache-2.0 licence, written in JavaScript, 0 stars on GitHub and 10 open issues. The licence covers the code in the repository, not the hosted service at api.hlaverify.com, which runs on its operator's own terms.