Amass

Amass MCP 服务

Amass 是一个面向生命科学研究的远程 MCP 服务。它向 Claude、ChatGPT、VS Code、Cursor 及其他 MCP 客户端开放一个相互关联的语料库，涵盖出版物、临床试验、药物、基因、监管批准和专利。

此仓库包含 MCP Registry 列表（server.json）。服务本身由托管平台提供，因此无需在此安装或运行任何内容。

连接

Amass 使用带 OAuth 2.1 的可流式 HTTP。大多数客户端只需要 URL：

https://mcp.amass.tech/mcp

系统会将你重定向至 Amass 账户登录页面；新账户会自动开通并获得试用额度。无法完成 OAuth 流程的客户端也可以改用 Amass API 密钥（amass_…）作为 bearer token。

也可以按名称从注册表安装：tech.amass/amass。

该服务支持从 2024-10-07 到 2026-07-28 的所有 MCP 协议修订版本。对于使用 2026-07-28 版本的客户端，服务会逐个请求进行响应，无需 initialize 握手或会话；所有修订版本上的工具都相同。

你将获得的内容

六个 Core 相互关联，可通过单次查询在它们之间切换——出版物 ↔ 试验、试验 ↔ 药物、药物 ↔ 基因、药物 ↔ 批准，以及专利 ↔ 药物/出版物。

Core	内容
BioMedCore	4,300 多万篇生物医学出版物（源自 PubMed/PMC），包含摘要、作者、期刊元数据、引用、MeSH 术语和可选全文，另有来自学会会议的会议摘要
TrialCore	120 多万项临床试验（ClinicalTrials.gov + WHO ICTRP 非美国注册库），包含阶段、状态、申办方及合作者、疾病、干预措施和试验组、入组人数、注册终点及已公布结果
DrugCore	2.2 万多种经过统一整理的药物/分子（以 ChEMBL 为基础），包含作用方式、临床阶段、化学结构、同义词和商品名
GeneCore	4.3 万多个经过统一整理的基因（以 Ensembl 为基础），包含生物类型、RefSeq 摘要、可成药性/安全性信息和 UniProt 蛋白质注释
RegulatoryCore	整合 FDA + EMA 的授权信息，包含批准状态、孤儿药认定及解析后的源文件（标签、SmPC、审评文件、EPAR）
PatentCore (预览版)	生命科学专利（USPTO/EPO/WIPO 子集），支持全文搜索，包含 CPC/IPC 分类、受让人/发明人及专利族

每个 Core 都有一个用于发现记录的 search_amass_<core>_records 工具，以及一个用于获取已知标识符对应记录的 get_amass_<core>_record 工具。RegulatoryCore 还提供 get_amass_regulatorycore_document_section，用于获取源文件全文；send_feedback 可将数据问题直接反馈给 Amass 数据团队。

每个搜索工具都接受 limit（1–50，默认值为 10）。除 PatentCore 外，每项搜索还接受 minLastUpdateDate 和 minCreateDate，用于按 Amass 上次更新记录或首次导入记录的时间筛选。可使用这些参数查询“自上次查看以来有哪些变化”。出版物、专利、试验开始日期和试验完成日期均可设置起止范围；BioMedCore 搜索还可限定期刊（journalIssns）或出版物类型（publicationTypes，例如 Clinical Trial 或 Conference）。每条记录都包含链接至其来源的 url。

网站：https://amass.tech · 平台：https://platform.amass.tech · API 文档：https://mcp.amass.tech/api/doc

许可证

Apache-2.0。

---

维护者

以下内容是此列表的发布运行手册。使用该服务时无需了解这些内容。

server.json 是事实来源。注册表通过 DNS 进行身份验证：amass.tech 上的 TXT 记录保存 Ed25519 密钥的公钥部分，CI 使用私钥签名。因此，该列表使用命名空间 tech.amass/…，而不是 GitHub 组织名。

发布新版本

MCP 更新日志中的每个 ## vN 条目都会成为版本号为 N.0.0 的目录条目，但前提是服务已实际部署。 升级版本号前，请确认新参数已出现在实时工具架构中。

1. 在 release-N 分支上，更新 server.json 中的 version。根据更新日志条目，更新 README 中面向用户的「What you get」内容；如果摘要计数有变化，也要更新 description。

2. 创建 PR — CI 会验证文件、检查该版本是否尚未发布，并确认 https://mcp.amass.tech/mcp 可用。

3. 合并，然后打标签：

   git tag vX.Y.Z && git push origin vX.Y.Z    # must match "version" in server.json
   

4. 由另一位管理员在该标签对应的 Actions 运行中批准 mcp-registry 部署。在他们批准之前，发布会停在这里。

5. 创建 GitHub Release，并附上更新日志链接：

   gh release create vX.Y.Z --verify-tag --latest \
     --title "vX.Y.Z — aligned with MCP server vX" --notes "…"
   

6. 删除本地 release-N 分支。合并时 GitHub 会删除远程分支。

标签必须与 server.json 中的 version 一致，否则工作流会失败。

目录条目的 version 跟踪已部署 MCP 服务的主版本号。

一次性 DNS 身份验证设置

./scripts/setup-dns-auth.sh

生成密钥对，并输出 Cloudflare TXT 记录和用于 MCP_PRIVATE_KEY 的 gh secret set 命令。按照其中的四个步骤操作，然后删除本地 key.pem。

手动发布

brew install mcp-publisher
mcp-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

验证：

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

需要牢记的限制

• description 最多 100 个字符。 CI 会强制检查此限制。
• 已发布的版本不可变更，而且目前无法删除或取消发布服务 — 修正内容需通过新版本发布。
• 不要将发布分支命名为与其版本相同；这会与标签冲突，并导致 git push origin vX.Y.Z 出现歧义。