x402 Gateway — Inspect Paid API Terms
Server Details
Discover x402 paid APIs and inspect fresh payment requirements before authorizing spend.
- Status
- Healthy
- Last Tested
- Transport
- Streamable HTTP
- URL
- Server Listing
- mcp-x402
Available Tools
3 toolssml_discoverBInspect
Find the x402 Gateway contract and where to inspect fresh payment requirements. FREE.
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description carries the full burden of behavioral disclosure. 'Find' and 'inspect' imply a read-only discovery operation, and 'FREE' suggests no cost, but the description does not mention return format, side effects, authentication needs, rate limits, or what happens if the contract is not found.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is extremely concise: two purpose clauses and 'FREE.' It front-loads the primary action and adds only a brief useful qualifier. Every word earns its place.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a zero-parameter discovery tool, the description adequately states what the agent will get: the gateway contract and where to inspect payment requirements. However, with no output schema and no annotations, it does not describe the shape or format of the returned data, which is a notable gap.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The tool has zero parameters and the schema is empty, so the description does not need to explain parameters. Baseline for zero-parameter tools is 4, and no ambiguity exists.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description uses a specific verb ('Find') with a clear resource ('x402 Gateway contract') and adds a second deliverable ('where to inspect fresh payment requirements'). It is not a tautology and conveys a distinct purpose, though it does not explicitly differentiate itself from sibling tools like x402_contract.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description implies usage for discovering the gateway contract and payment inspection location, but it provides no guidance on when to prefer this tool over sml_status or x402_contract, and no when-not-to-use conditions. The only extra hint is 'FREE,' which is not usage guidance.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
sml_statusAInspect
Check the public x402 Gateway identity and canonical payment rail. FREE.
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description carries the full burden of behavioral disclosure. It reveals that the endpoint is public and free, which addresses auth and cost expectations. However, it does not disclose response format, rate limits, or whether any side effects occur.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single sentence with key facts front-loaded; 'FREE' adds a useful cost signal without bloat. Every word earns its place.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a zero-parameter status check, the description gives enough information to invoke it correctly: it states what is checked and that it is public and free. It omits output schema details, but no output schema exists, so the agent may need to infer the response shape; this is a minor gap.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The tool accepts zero parameters and schema coverage is 100% vacuously, so there are no parameter semantics to explain. The no-parameter baseline of 4 applies.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description uses a specific verb 'check' and identifies the resource clearly: public x402 Gateway identity and canonical payment rail. It clearly establishes the tool's function, though it does not explicitly distinguish itself from siblings sml_discover or x402_contract.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
No guidance is provided on when to use this tool versus sml_discover or x402_contract. The 'FREE' note is about cost, not selection criteria, and there are no exclusions or prerequisites mentioned.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
x402_contractAInspect
Inspect the canonical x402 payment contract. Returns network, USDC asset, payTo, headers, and the rule for resolving fresh target requirements. FREE.
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description carries the burden of behavioral disclosure. It clearly indicates a read-only inspection, enumerates the returned data categories, and flags that the operation is free. It does not disclose rate limits or authentication, but for a zero-parameter inspection tool this is reasonably transparent.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is two short sentences with no filler. It front-loads the core purpose, adds return-value detail, and ends with a useful cost signal. Every word earns its place.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a parameterless read-only tool with no output schema, the description provides the essential invocation context and a useful list of return categories. The phrase 'the rule for resolving fresh target requirements' is somewhat vague, but it is sufficient for an agent to know what the tool offers.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The tool has zero parameters, so there is nothing for the description to clarify beyond what the schema shows. A baseline of 4 is appropriate since no parameter documentation burden exists.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description uses a specific verb ('Inspect') and a specific resource ('the canonical x402 payment contract'), and further clarifies by listing what it returns. This is enough to distinguish it from siblings like sml_discover or sml_status, even without explicit contrast.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
There is no guidance about when to use this tool versus alternatives, and no mention of exclusions or prerequisites. The intended use is implied by the resource name, but the description does not help an agent decide between this and sibling tools.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
98 tool updates
- Removed
agentcard_lookup - Removed
agentcard_mint - Removed
agentcard_verify - Removed
apm_execute - Removed
apm_negotiate - Removed
backtest_run - Removed
backtest_validate - Removed
beacon_scout - Removed
copytrader_status - Removed
copytrader_subscribe - Removed
copytrader_whales - Removed
crawl_paid_fetch - Removed
crypto_token_price - Removed
crypto_trending - Removed
equities_heatmap_full - Removed
equities_heatmap_preview - Removed
federal_clinical_trials - Removed
federal_congress_bills - Removed
federal_drug_adverse_events - Removed
federal_drug_label - Removed
federal_drug_recall - Removed
federal_entity_compliance - Removed
federal_epa_violations - Removed
federal_fec_finance - Removed
federal_finra_broker - Removed
federal_grants - Removed
federal_grants_gov - Removed
federal_insider_trades - Removed
federal_lobbying - Removed
federal_npi_lookup - Removed
federal_options_flow - Removed
federal_osha - Removed
federal_patents - Removed
federal_sam_entity - Removed
federal_sam_opportunities - Removed
federal_sba_awards - Removed
federal_sbir_grants - Removed
federal_sec_filings - Removed
federal_treasury_yields - Removed
federal_usaspending_awards - Removed
forge_llm - Removed
forge_status - Removed
ftd_threshold_scan - Removed
fx_exchange_rate - Removed
get_agent_magnet_beacons - Removed
get_beacon_passport - Removed
get_beacon_score - Removed
ghost_route - Removed
ghost_status - Removed
hcv_fmr - Removed
housing_landlord_checklist - Removed
hud_vash_contacts - Removed
launchpad_buy - Removed
launchpad_create - Removed
launchpad_list - Removed
launchpad_status - Removed
leviathan_signal - Removed
list_magnets - Removed
nexus_agent_hire - Removed
options_delta_heatmap_full - Removed
options_delta_heatmap_preview - Removed
pha_lookup - Removed
pha_opportunities - Removed
pha_search - Removed
proof_credit_score - Removed
proof_invoice - Removed
proof_verify - Removed
rails_status - Removed
rails_transfer - Removed
robinhood_order - Removed
robinhood_portfolio - Removed
robinhood_quote - Removed
screen_restricted_party - Removed
search_trade_leads - Removed
section8_fmr - Removed
section8_geo_lookup - Removed
section8_income_limits - Removed
shadow_ingest - Removed
shadow_query - Removed
squeezeos_council - Removed
squeezeos_demo - Removed
squeezeos_ftd - Removed
squeezeos_futures_leaderboard - Removed
squeezeos_history - Removed
squeezeos_iwm - Removed
squeezeos_marketplace_browse - Removed
squeezeos_marketplace_read - Removed
squeezeos_options - Removed
squeezeos_oracle - Removed
squeezeos_preview - Removed
squeezeos_scan - Removed
squeezeos_status - Removed
tradier_order - Removed
tradier_positions - Removed
tradier_quote - Added
x402_contract - Removed
xdeo_earnings_estimate - Removed
xmit_edgar_decode
235 tool updates
- Added
agentcard_lookup - Added
agentcard_mint - Added
agentcard_verify - Removed
ai_fact_check - Removed
airdrop_check - Added
apm_execute - Added
apm_negotiate - Changed
backtest_run10 fields changed- added
Input schema / $schemaAdded value: +"http://json-schema.org/draft-07/schema#" - changed
Input schema / additionalPropertiesPrevious value: -trueNew value: +false - added
Input schema / properties / feesAdded value: +{ + "description": "Round-trip commission rate (default 0.001 = 0.1%)", + "type": "number" +} - added
Input schema / properties / lookback_daysAdded value: +{ + "description": "Days of history to backtest (30–1260, default 252)", + "type": "number" +} - added
Input schema / properties / momentum_thresholdAdded value: +{ + "description": "Minimum momentum to enter long (default 0.001)", + "type": "number" +} - added
Input schema / properties / momentum_windowAdded value: +{ + "description": "Momentum rolling window in days (default 10)", + "type": "number" +} - added
Input schema / properties / slippageAdded value: +{ + "description": "Slippage per side (default 0.0005)", + "type": "number" +} - added
Input schema / properties / tickerAdded value: +{ + "description": "Ticker symbol (e.g. NVDA, SPY, GME)", + "type": "string" +} - added
Input schema / properties / wallet_addressAdded value: +{ + "description": "Agent wallet address (optional)", + "type": "string" +} - changed
Input schema / requiredPrevious value: -[]New value: +[ + "ticker", + "lookback_days", + "fees", + "slippage", + "momentum_window", + "momentum_threshold", + "wallet_address" +]
- Removed
backtest_strategies - Removed
backtest_sweep - Added
backtest_validate - Removed
base_rpc - Removed
base64_encode - Added
beacon_scout - Removed
binance_funding - Removed
binance_ticker - Removed
btc_mempool_fees - Removed
btc_price - Removed
calculator - Removed
clinical_trials_search - Removed
coingecko_categories - Removed
compliance_anomaly_report - Removed
compliance_bank_audit - Removed
compliance_regulator_query - Removed
congressional_bills_search - Added
copytrader_status - Added
copytrader_subscribe - Added
copytrader_whales - Added
crawl_paid_fetch - Removed
crypto_global - Removed
crypto_news - Removed
crypto_penny_squeeze_scanner - Removed
crypto_price - Removed
crypto_squeeze_scanner - Added
crypto_token_price - Added
crypto_trending - Removed
csv_to_json - Removed
defi_analytics - Removed
defi_chains_tvl - Removed
defi_protocol_tvl - Removed
defi_tvl_ranking - Removed
defi_yield - Removed
defi_yield_rates - Removed
defi_yields_pools - Removed
dexscreener_boosts - Removed
dexscreener_search - Removed
domain_enrich - Removed
druckenmiller_macro_regime_analysis - Removed
email_validate - Removed
entity_compliance_check - Removed
epa_environmental_violations - Added
equities_heatmap_full - Added
equities_heatmap_preview - Removed
eth_price - Removed
eth_rpc - Removed
excluded_parties_check - Removed
fda_adverse_events_report - Removed
fda_drug_recall_alert - Removed
fda_food_recalls - Removed
fda_warning_letters - Removed
fear_greed_index - Removed
fec_campaign_finance - Removed
federal_award_history - Added
federal_clinical_trials - Added
federal_congress_bills - Removed
federal_contract_opportunities - Added
federal_drug_adverse_events - Added
federal_drug_label - Added
federal_drug_recall - Added
federal_entity_compliance - Added
federal_epa_violations - Added
federal_fec_finance - Added
federal_finra_broker - Added
federal_grants - Added
federal_grants_gov - Added
federal_insider_trades - Added
federal_lobbying - Added
federal_npi_lookup - Added
federal_options_flow - Added
federal_osha - Added
federal_patents - Added
federal_sam_entity - Added
federal_sam_opportunities - Added
federal_sba_awards - Added
federal_sbir_grants - Added
federal_sec_filings - Removed
federal_spending_by_agency - Added
federal_treasury_yields - Added
federal_usaspending_awards - Added
forge_llm - Added
forge_status - Removed
fred_economic_indicators - Added
ftd_threshold_scan - Removed
funding_rates - Added
fx_exchange_rate - Removed
fx_rate - Removed
gas_tracker - Removed
geckoterminal_trending - Changed
get_agent_magnet_beacons5 fields changed- added
Input schema / $schemaAdded value: +"http://json-schema.org/draft-07/schema#" - changed
Input schema / properties / limit / descriptionPrevious value: -"Optional max paid beacons."New value: +"Optional max paid+free beacons in the set." - added
Input schema / properties / limit / maximumAdded value: +500 - added
Input schema / properties / limit / minimumAdded value: +1 - removed
Input schema / requiredRemoved value: -[]
- Added
get_beacon_passport - Added
get_beacon_score - Added
ghost_route - Added
ghost_status - Removed
hash_compute - Added
hcv_fmr - Removed
hex_convert - Removed
hmac_compute - Removed
honeypot_check - Added
housing_landlord_checklist - Removed
http_check - Added
hud_vash_contacts - Removed
hyperliquid_all_mids - Removed
hyperliquid_meta - Removed
ip_info - Removed
json_to_csv - Removed
json_to_yaml - Removed
json_validate - Removed
jwt_decode - Removed
keyword_extract - Removed
l2_activity - Added
launchpad_buy - Added
launchpad_create - Added
launchpad_list - Added
launchpad_status - Added
leviathan_signal - Removed
liquidation_risk_check - Changed
list_magnets9 fields changed- added
Input schema / $schemaAdded value: +"http://json-schema.org/draft-07/schema#" - added
Input schema / properties / limit / maximumAdded value: +200 - added
Input schema / properties / limit / minimumAdded value: +1 - added
Input schema / properties / min_imp_scoreAdded value: +{ + "description": "Minimum IMP imp_score filter 0-1 (preferred).", + "maximum": 1, + "minimum": 0, + "type": "number" +} - changed
Input schema / properties / min_strength / descriptionPrevious value: -"Minimum magnet_strength 0-1 filter."New value: +"Minimum magnet_strength filter 0-1 (legacy)." - added
Input schema / properties / min_strength / maximumAdded value: +1 - added
Input schema / properties / min_strength / minimumAdded value: +0 - added
Input schema / properties / sortAdded value: +{ + "description": "Rank key (default imp_score).", + "enum": [ + "imp_score", + "magnet_strength" + ], + "type": "string" +} - removed
Input schema / requiredRemoved value: -[]
- Removed
llm_chat - Removed
lobbying_disclosures - Removed
market_regime_indicator - Removed
new_token_detection - Removed
news_headlines - Added
nexus_agent_hire - Removed
number_format - Removed
openfda_drug_label - Added
options_delta_heatmap_full - Added
options_delta_heatmap_preview - Removed
osha_inspection_records - Removed
penny_squeeze_scanner - Removed
percentage - Removed
perp_funding_aggregator - Added
pha_lookup - Added
pha_opportunities - Added
pha_search - Added
proof_credit_score - Added
proof_invoice - Added
proof_verify - Added
rails_status - Added
rails_transfer - Removed
regex_test - Added
robinhood_order - Added
robinhood_portfolio - Added
robinhood_quote - Removed
robots_check - Removed
rugpull_detector - Removed
rwa_aggregates - Removed
rwa_assets - Removed
rwa_intelligence - Removed
rwa_risk - Removed
rwa_valuation - Removed
sam_entity_verification - Removed
sam_opportunities - Added
screen_restricted_party - Removed
sdvosb_setaside_feed - Added
search_trade_leads - Removed
sec_10_k_annual_filing - Removed
sec_10_q_quarterly_filing - Removed
sec_13d_13g_activist_filings - Removed
sec_13f_institutional_holdings - Removed
sec_8_k_real_time_filings - Removed
sec_company_tickers - Removed
sec_insider_trade_intel - Added
section8_fmr - Added
section8_geo_lookup - Added
section8_income_limits - Removed
semver_compare - Added
shadow_ingest - Added
shadow_query - Removed
sitemap_reader - Removed
smart_money_alerts - Added
sml_discover - Added
sml_status - Removed
social_search - Removed
sol_price - Removed
squeeze_scanner - Added
squeezeos_council - Added
squeezeos_demo - Added
squeezeos_ftd - Added
squeezeos_futures_leaderboard - Added
squeezeos_history - Added
squeezeos_iwm - Added
squeezeos_marketplace_browse - Added
squeezeos_marketplace_read - Added
squeezeos_options - Added
squeezeos_oracle - Added
squeezeos_preview - Added
squeezeos_scan - Added
squeezeos_status - Removed
stablecoin_flow_tracker - Removed
stablecoin_mcap - Removed
stablecoin_watch - Removed
statistics - Removed
text_case_convert - Removed
text_diff - Removed
text_slugify - Removed
text_stats - Removed
tls_cert - Removed
token_details - Removed
token_security_audit - Removed
token_top_markets - Added
tradier_order - Added
tradier_positions - Added
tradier_quote - Removed
treasury_yields - Removed
trending_altcoins - Removed
trending_tokens - Removed
tx_status - Removed
unit_convert - Removed
url_parse - Removed
us_gov_search - Removed
us_weather_alerts - Removed
usdc_balance - Removed
useragent_parse - Removed
usgs_earthquakes - Removed
wallet_analysis - Removed
wallet_analyzer - Removed
web_fetch - Removed
web_markdown - Removed
web_search - Removed
whois_rdap - Removed
x402_market_pulse - Added
xdeo_earnings_estimate - Added
xmit_edgar_decode - Removed
xml_to_json - Removed
yaml_to_json
3 tool updates
- Added
backtest_run - Added
backtest_strategies - Added
backtest_sweep
136 tool updates
- First observed
ai_fact_check - First observed
airdrop_check - First observed
base_rpc - First observed
base64_encode - First observed
binance_funding - First observed
binance_ticker - First observed
btc_mempool_fees - First observed
btc_price - First observed
calculator - First observed
clinical_trials_search - First observed
coingecko_categories - First observed
compliance_anomaly_report - First observed
compliance_bank_audit - First observed
compliance_regulator_query - First observed
congressional_bills_search - First observed
crypto_global - First observed
crypto_news - First observed
crypto_penny_squeeze_scanner - First observed
crypto_price - First observed
crypto_squeeze_scanner - First observed
csv_to_json - First observed
defi_analytics - First observed
defi_chains_tvl - First observed
defi_protocol_tvl - First observed
defi_tvl_ranking - First observed
defi_yield - First observed
defi_yield_rates - First observed
defi_yields_pools - First observed
dexscreener_boosts - First observed
dexscreener_search - First observed
domain_enrich - First observed
druckenmiller_macro_regime_analysis - First observed
email_validate - First observed
entity_compliance_check - First observed
epa_environmental_violations - First observed
eth_price - First observed
eth_rpc - First observed
excluded_parties_check - First observed
fda_adverse_events_report - First observed
fda_drug_recall_alert - First observed
fda_food_recalls - First observed
fda_warning_letters - First observed
fear_greed_index - First observed
fec_campaign_finance - First observed
federal_award_history - First observed
federal_contract_opportunities - First observed
federal_spending_by_agency - First observed
fred_economic_indicators - First observed
funding_rates - First observed
fx_rate - First observed
gas_tracker - First observed
geckoterminal_trending - First observed
get_agent_magnet_beacons - First observed
hash_compute - First observed
hex_convert - First observed
hmac_compute - First observed
honeypot_check - First observed
http_check - First observed
hyperliquid_all_mids - First observed
hyperliquid_meta - First observed
ip_info - First observed
json_to_csv - First observed
json_to_yaml - First observed
json_validate - First observed
jwt_decode - First observed
keyword_extract - First observed
l2_activity - First observed
liquidation_risk_check - First observed
list_magnets - First observed
llm_chat - First observed
lobbying_disclosures - First observed
market_regime_indicator - First observed
new_token_detection - First observed
news_headlines - First observed
number_format - First observed
openfda_drug_label - First observed
osha_inspection_records - First observed
penny_squeeze_scanner - First observed
percentage - First observed
perp_funding_aggregator - First observed
regex_test - First observed
robots_check - First observed
rugpull_detector - First observed
rwa_aggregates - First observed
rwa_assets - First observed
rwa_intelligence - First observed
rwa_risk - First observed
rwa_valuation - First observed
sam_entity_verification - First observed
sam_opportunities - First observed
sdvosb_setaside_feed - First observed
sec_10_k_annual_filing - First observed
sec_10_q_quarterly_filing - First observed
sec_13d_13g_activist_filings - First observed
sec_13f_institutional_holdings - First observed
sec_8_k_real_time_filings - First observed
sec_company_tickers - First observed
sec_insider_trade_intel - First observed
semver_compare - First observed
sitemap_reader - First observed
smart_money_alerts - First observed
social_search - First observed
sol_price - First observed
squeeze_scanner - First observed
stablecoin_flow_tracker - First observed
stablecoin_mcap - First observed
stablecoin_watch - First observed
statistics - First observed
text_case_convert - First observed
text_diff - First observed
text_slugify - First observed
text_stats - First observed
tls_cert - First observed
token_details - First observed
token_security_audit - First observed
token_top_markets - First observed
treasury_yields - First observed
trending_altcoins - First observed
trending_tokens - First observed
tx_status - First observed
unit_convert - First observed
url_parse - First observed
us_gov_search - First observed
us_weather_alerts - First observed
usdc_balance - First observed
useragent_parse - First observed
usgs_earthquakes - First observed
wallet_analysis - First observed
wallet_analyzer - First observed
web_fetch - First observed
web_markdown - First observed
web_search - First observed
whois_rdap - First observed
x402_market_pulse - First observed
xml_to_json - First observed
yaml_to_json
Frequently Asked Questions
Claiming proves that you control a remote MCP connector. It does not move, proxy, or interrupt the server.
Open the connector listing, choose Claim ownership, and sign in to Glama.
Complete one verification method:
GitHub identity — fastest for official registry listings. For a namespace such as
io.github.alice/server, link the matching GitHub user, then choose Claim with GitHub. An organization namespace such asio.github.acme/serveralso needs that organization to have installed the Glama AI GitHub App and approved its permissions, because GitHub discloses organization membership only to apps it has installed. Use HTTP or DNS when it has not.HTTP challenge — works when you can deploy a public file. Generate a token, publish the exact JSON Glama shows at
/.well-known/glama.jsonon the same origin as the connector, then choose Check HTTP challenge.DNS challenge — works when you control DNS but cannot change the server. Generate a token, create the exact TXT record Glama shows, wait for it to propagate, then choose Check DNS challenge.
After verification, Glama sends a confirmation email and gives you access to listing details, thumbnails, health checks, and analytics. Keep the HTTP file or DNS record in place: Glama periodically checks it and ownership remains verified while the token is discoverable.
The HTTP ownership file has this structure:
{
"$schema": "https://glama.ai/mcp/schemas/connector.json",
"claim": "glama_claim_..."
}Claim tokens are opaque, stable, and bound to the signed-in Glama account. They contain no email address or other personal information. If Glama can no longer discover a verified HTTP or DNS token, it starts a seven-day grace period before removing claim-based access. Restore the same token during that period to keep ownership verified. Never publish an email address, Glama session token, GitHub token, or connector credential as ownership proof.
If verification fails, confirm that you copied the current token exactly. The HTTP file must be public, return valid JSON with a successful HTTP response, and stay on the connector's origin. DNS changes may need more time to propagate. A claim cannot transfer to a different origin or hostname: if the connector target changes, Glama starts the grace period and the new target must be claimed separately after the previous claim is released.
For a connector linked to the official MCP Registry, registry updates continue to replace its name, description, and URL by default. After claiming, open Manage connector and enable Use Glama listing details as the source of truth if edits made on Glama should be preserved. Categories and thumbnails are always managed on Glama; registry linkage and technical connection settings continue to sync.
Control your server's listing on Glama, including description and metadata
Access analytics and receive server usage reports
Get monitoring and health status updates for your server
Feature your server to boost visibility and reach more users
To improve your MCP server's ranking:
Claim ownership of the server listing
Complete the server profile with an accurate description and thumbnail
Provide a test profile so Glama can connect to and evaluate the server
Keep tool definitions clear and complete to earn a high Tool Definition Quality Score (TDQS)
Route real usage through the Glama Gateway; more recorded successful server uses also improve the ranking
For users:
Full audit trail – every tool call is logged with inputs and outputs for compliance and debugging
Granular tool control – enable or disable individual tools per connector to limit what your AI agents can do
Centralized credential management – store and rotate API keys and OAuth tokens in one place
Change alerts – get notified when a connector changes its schema, adds or removes tools, or updates tool definitions, so nothing breaks silently
For server owners:
Proven adoption – public usage metrics on your listing show real-world traction and build trust with prospective users
Tool-level analytics – see which tools are being used most, helping you prioritize development and documentation
Direct user feedback – users can report issues and suggest improvements through the listing, giving you a channel you would not have otherwise
The connector status is unhealthy when Glama is unable to successfully connect to the server. This can happen for several reasons:
The server is experiencing an outage
The URL of the server is wrong
Credentials required to access the server are missing or invalid
If you are the owner of this MCP connector and would like to make modifications to the listing, including providing test credentials for accessing the server, please contact support@glama.ai.
Discussions
No comments yet. Be the first to start the discussion!
Related MCP Connectors
Find paid APIs, check access policy and price, and route x402 requests. No autonomous spending.
Discover and call 2,000+ x402 machine-payable services through one graded API key + gateway.
Discover machine-payable APIs, probe x402 payment terms, and run seller operations. Non-custodial.
Meta-search MCP for x402 agent-payable services -- find paid APIs across every registry.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceDiscovers and queries x402-payable APIs at runtime — enables autonomous agents to find, evaluate, and pay for services via USDC micropayments on Base without API keys or subscriptions.MIT
- FlicenseNot gradedqualityBmaintenanceFind and vet paid x402 API services before an agent spends money on them, with live reliability scores and recency-weighted probing.-
- AlicenseNot gradedqualityCmaintenanceEnables MCP-compatible agents to discover and call x402 paid services from a directory of over 2,000 APIs.Apache 2.0
- FlicenseNot gradedqualityBmaintenanceEnables autonomous agents to inspect and audit unfamiliar x402 endpoints before spending USDC, using bounded read-only probes to surface payment challenges, pricing, network, receiver, and operational signals without signing or spending funds.-
Glama MCP Gateway
Add one secure layer between your agents and this server.
TDQS
Each tool has a distinct role: discover locates the gateway and requirement sources, status checks the live identity and payment rail, and contract inspects the on-chain details. There is minor overlap between discover and contract, but the descriptions clearly differentiate their intentions.
Naming is inconsistent: two tools use the 'sml_' prefix while the third uses 'x402_', and the suffix styles mix a verb (discover) with nouns (status, contract). This makes the set feel less predictable and harder to scan.
Three tools is lean but well-suited for the narrow domain of x402 gateway discovery and inspection. Each tool earns its place, and the count feels appropriate rather than sparse or bloated.
The tools cover discovery, live status, and on-chain contract inspection, which appears to be the full intended scope for this gateway-focused server. No obvious missing operations are apparent from the stated purpose.