AllMCPs Server vs OpenFDA Regulatory Metadata
A side-by-side look at the AllMCPs Server and OpenFDA Regulatory Metadata MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.
Verdict: choose AllMCPs Server for aggregators work over a hosted endpoint; choose OpenFDA Regulatory Metadata for biology & bioinformatics as a local process. You can also run both side by side in one mcpServers block.
Which MCP server should you choose?
Choose AllMCPs Server when
- You need dedicated capabilities in the Aggregators domain.
- You prefer a remote HTTP/SSE transport.
- Its auth model fits you: No auth required.
- You have the keys it needs:
ALLMCPS_MCP_URL. - You want tools like
search_mcp_servers, get_mcp_install_config, recommend_mcp_stack.
Choose OpenFDA Regulatory Metadata when
- You need dedicated capabilities in the Biology & Bioinformatics domain.
- You prefer a local stdio subprocess transport.
- You have the keys it needs:
OPENFDA_API_KEY. - You want tools like
search_drug_label, lookup_drugsfda_application, resolve_drug_to_application.
Feature & specification comparison
Rows where the two servers differ are marked.
| Spec | ||
|---|---|---|
| Category | Aggregators | Biology & Bioinformatics |
| Quality signal | 85/100 · Excellent | 59/100 · Good |
| Install command | Confirmed | Confirmed |
| Transport | Remote HTTP/SSE | Local subprocess (stdio) |
| Auth | No auth required | Not declared |
| Pricing | Free | Not declared |
| Required env vars | ALLMCPS_MCP_URL | OPENFDA_API_KEY |
| Verified owner | Verified | Community listing |
| GitHub stars | 4 | 0 |
| Directory activity | 59 views 20 installs 1 upvotes | 2 views 0 installs 0 upvotes |
| Tools | 11 | 7 |
| Full listing | View AllMCPs Server | View OpenFDA Regulatory Metadata |
Tools & capabilities
AllMCPs Server tools 11
search_mcp_serversSearch the AllMCPs directory for Model Context Protocol (MCP) servers by keyword or category.get_mcp_install_configGet the exact claude_desktop_config.json setup snippet and documentation for a specific MCP server by ID.recommend_mcp_stackRecommend a curated multi-tool MCP server stack for a specific developer role or workflow (e.g. "fullstack", "data science", "devops").list_mcp_categoriesList all categories available in the AllMCPs directory along with server counts.get_boost_pricingGet pricing and features for boosting / featuring an MCP server on AllMCPs.com.boost_mcp_serverInitiate a sponsorship / boost order for an MCP server by ID, returning a Stripe checkout session URL and x402 invoice.get_boost_statusCheck current boost status, verified badge level, and sponsorship expiration for an MCP server by ID.submit_mcp_serverProgrammatically submit a new MCP server repository to AllMCPs.com for indexing and review. Supports the same optional enrichment fields as the human submission form — fill in whichever you can confidently determine from the repository (README, package.json, code) to produce a fully flushed-out listing. Omit anything you are not confident about rather than guessing; all enrichment fields are optional and unrecognized enum values are simply dropped, not rejected.verify_mcp_claimVerify ownership and claim an MCP server listing by checking GitHub README badge, website badge, or DNS TXT record. Works two ways: (1) fully unattended — pass `agentToken` from confirm_mcp_agent (or set an `Authorization: Bearer <token>` header if your client supports it), no human sign-in needed; or (2) if called with neither, requires the caller to already have an active AllMCPs browser session. Unattended agents should use register_mcp_agent + confirm_mcp_agent first.register_mcp_agentStart unattended-agent registration: emails a 6-digit confirmation code to the given address. Follow up with confirm_mcp_agent to exchange the code for a bearer token, which unlocks verify_mcp_claim (and future privileged tools) without ever needing a human to sign in via browser.confirm_mcp_agentExchange the 6-digit code emailed by register_mcp_agent for a durable bearer token (90-day TTL). Pass the returned token as `agentToken` on verify_mcp_claim, or set it as an `Authorization: Bearer <token>` header on subsequent MCP requests if your client supports that.
OpenFDA Regulatory Metadata tools 7
search_drug_labelSearch openFDA drug labels (SPL) for a term.lookup_drugsfda_applicationFetch Drugs@FDA application metadata for an NDA/BLA/ANDA number.resolve_drug_to_applicationResolve a brand or generic drug name to its NDA/BLA application number(s). Bridges drug-name-only sources (registry inventories, product lists) to FDA regulatory metadata. Searches the brand and generic name fields directly rather than label prose, so another product merely *mentioning* this drug does not produce a false match.screen_for_rwe_signalsEXPERIMENTAL. Sweep drug labels for registry / real-world-evidence signals. Searches the label corpus for terms suggesting registry, natural-history or other real-world evidence, then aggregates hits by application number with snippets showing where each term matched. **This tool is unvalidated and has a known false-positive problem.** It has no ground-truth oracle, and below the strongest hits the results are dominated by applications whose labels use "registry" in an unrelated sense. Its output is a candidate list for human review — not a finding, and not a count you should report.lookup_device_submissionLook up a CDRH device submission by its number. Handles all four device pathways: 510(k) K-numbers ("K203571"), De Novo grants ("DEN160026" — stored in the 510(k) endpoint, not a separate one), PMA P-numbers ("P230044"), and HDE H-numbers. Supplement suffixes ("P230044/S001") are stripped before lookup.classify_device_product_codeResolve a CDRH product code to its device class and medical specialty.validate_device_applicationValidate a device number and derive class, specialty and category in one call. Chains lookup_device_submission -> classify_device_product_code, which is the full three-hop resolution: number -> product_code -> classification.
Ready-to-paste client configs
Paste either block (or both) into your client config, e.g. claude_desktop_config.json or ~/.cursor/mcp.json. We only show a config when the install command is confirmed.
AllMCPs Server
{
"mcpServers": {
"allmcps-server": {
"command": "npx",
"args": [
"-y",
"allmcps-server"
],
"env": {
"ALLMCPS_MCP_URL": "YOUR_ALLMCPS_MCP_URL_HERE"
}
}
}
}
OpenFDA Regulatory Metadata
{
"mcpServers": {
"openfda-regulatory-metadata": {
"command": "uvx",
"args": [
"openfda-mcp"
],
"env": {
"OPENFDA_API_KEY": "YOUR_OPENFDA_API_KEY_HERE"
}
}
}
}
Frequently asked questions
AllMCPs Server is categorized under Aggregators and uses a remote HTTP/SSE transport. OpenFDA Regulatory Metadata belongs to Biology & Bioinformatics and uses a local stdio subprocess. Pick AllMCPs Server for aggregators work and OpenFDA Regulatory Metadata for biology & bioinformatics.
Copy the mcpServers block from the config section on this page into your client's config (for example claude_desktop_config.json or ~/.cursor/mcp.json), then fully restart the client.
AllMCPs Server is listed as free. Auth: no auth required. OpenFDA Regulatory Metadata has no declared pricing — check the project's own site. If a server needs environment variables such as API keys, define them under the env key in your client's MCP config.
Yes. MCP clients support multiple servers: add allmcps-server and openfda-regulatory-metadata as separate keys in the same mcpServers object, and your assistant will call tools from either one.
On AllMCPs, AllMCPs Server has a quality signal of 85/100 (Excellent) with 59 views, 20 installs and 4 GitHub stars. OpenFDA Regulatory Metadata has 59/100 (Good) with 2 views, 0 installs and 0 GitHub stars.