GetMyCert
Allows fetching practice questions for Cisco CCNA certification.
Allows fetching practice questions for CompTIA certifications (A+, Network+, Security+, CySA+, CASP+, PenTest+, Cloud+, Data+, Linux+, Server+).
Allows fetching practice questions for Google Cloud certifications (ACE, PCA).
Allows fetching practice questions for Kubernetes CKAD certification.
Allows fetching practice questions for Linux+ certification (part of CompTIA).
GetMyCert MCP Server
A Model Context Protocol server that gives any MCP-compatible AI agent (Claude Desktop, Claude Code, Cursor, Windsurf, Continue, Zed, etc.) live access to 13,072 IT certification practice questions across 27 certifications on GetMyCert.com.
Pay-per-call via x402 micropayments (USDC on Base, no signup) — or use a traditional prepaid API key.
Tools exposed
Tool | Description |
| Fetch 1-25 multiple-choice questions for a certification, optionally filtered by difficulty. |
| List all 27 available certifications and their question counts. |
Covered certifications
AWS (SAA, SysOps, Developer, Cloud Practitioner, Solutions Architect Pro), CompTIA (A+, Network+, Security+, CySA+, CASP+, PenTest+, Cloud+, Data+, Linux+, Server+), Google Cloud (ACE, PCA), Azure (Fundamentals, Administrator, Developer, Security), Cisco CCNA, Kubernetes CKAD, PMP, CISSP, CEH, ITIL 4.
Related MCP server: x402tools MCP Server
Install
From npm (recommended)
npm install -g @getmycert/mcp-serverFrom source
git clone https://github.com/getmycert/mcp-server.git
cd mcp-server
npm install
npm run buildThe build emits an executable at dist/index.js.
Configure
You need one of the two payment methods.
Option 1 — x402 micropayments (recommended)
Generate a hot wallet private key:
openssl rand -hex 32Fund the wallet's Base-mainnet address with a few dollars of USDC. Each batch of questions costs ~$0.01.
Set
GETMYCERT_WALLET_PRIVATE_KEY=0x<your_key>in your agent's MCP config (see snippets below).
Option 2 — Prepaid API key
Get an API key at https://getmycert.com/dashboard/api-keys.
Set
GETMYCERT_API_KEY=<your_key>in the MCP config.
If both are configured, the server prefers x402 and falls back to the API key on failure.
All available env vars are documented in .env.example.
Add to your agent
Claude Desktop
Edit ~/Library/Application Support/Claude/claude_desktop_config.json
(macOS) or %APPDATA%\Claude\claude_desktop_config.json (Windows):
{
"mcpServers": {
"getmycert": {
"command": "npx",
"args": ["-y", "@getmycert/mcp-server"],
"env": {
"GETMYCERT_WALLET_PRIVATE_KEY": "0xYOUR_PRIVATE_KEY_HERE"
}
}
}
}Restart Claude Desktop. You should see the GetMyCert tools listed under the hammer icon.
Claude Code
Add to ~/.claude.json (global) or .claude.json in your project:
{
"mcpServers": {
"getmycert": {
"command": "npx",
"args": ["-y", "@getmycert/mcp-server"],
"env": {
"GETMYCERT_API_KEY": "gmc_live_..."
}
}
}
}Or one-liner:
claude mcp add getmycert -- npx -y @getmycert/mcp-serverCursor
Edit ~/.cursor/mcp.json:
{
"mcpServers": {
"getmycert": {
"command": "npx",
"args": ["-y", "@getmycert/mcp-server"],
"env": {
"GETMYCERT_WALLET_PRIVATE_KEY": "0xYOUR_PRIVATE_KEY_HERE"
}
}
}
}Windsurf / Continue / Zed
These all use the same stdio-MCP shape. Point them at npx -y @getmycert/mcp-server with the same env block.
Local dev build
If you cloned from source, replace the command/args with your built path:
{
"mcpServers": {
"getmycert": {
"command": "node",
"args": ["/absolute/path/to/mcp-server/dist/index.js"],
"env": {
"GETMYCERT_WALLET_PRIVATE_KEY": "0x..."
}
}
}
}Usage examples
Once installed, your agent can call the tools directly. Example prompts:
"Give me 5 hard CISSP practice questions."
"Quiz me on AWS SAA — 10 medium-difficulty questions, hide answers until I respond."
"List every CompTIA certification on GetMyCert with question counts."
How x402 payment works
Agent calls
get_cert_questions.The MCP server hits
https://getmycert.com/api/v1/x402.Server replies
HTTP 402 Payment Requiredwith the cost (e.g. 10000 micro-USDC = $0.01), recipient address, and USDC contract.The MCP server signs an EIP-3009
transferWithAuthorizationfrom the configured wallet and retries withX-PAYMENT: <base64-payload>.The facilitator settles on-chain; GetMyCert returns the questions.
The GETMYCERT_MAX_PAYMENT env var caps how much any single call may charge
(default 100000 = $0.10).
Environment variables
Variable | Required | Default | Purpose |
| one of | — | 32-byte hex private key for the Base wallet that pays the x402 endpoint. |
| one of | — | Prepaid API key fallback. |
| no |
| Base RPC endpoint. |
| no |
| x402 endpoint override. |
| no | Supabase edge function | API-key endpoint override. |
| no |
| Public catalog endpoint override. |
| no |
| Max micro-USDC any one call may pay. |
Hosted / remote MCP
The package also exports createServer() so you can host it behind an HTTP
transport (SSE or Streamable HTTP) without modifying the tool code:
import { createServer } from "@getmycert/mcp-server";
import { SSEServerTransport } from "@modelcontextprotocol/sdk/server/sse.js";
const server = createServer();
// wire SSEServerTransport into your HTTP framework of choiceSubmit to registries
This server is designed to be listed on community MCP registries.
Smithery.ai: https://smithery.ai/new
MCP.so: https://mcp.so/submit
Awesome MCP Servers: open a PR at https://github.com/modelcontextprotocol/servers
Anthropic MCP Directory: https://www.anthropic.com/mcp (submit via the contact form)
License
MIT — see LICENSE.
Available Tools
2 toolsget_cert_questionsA
Get IT certification practice questions from GetMyCert.com. Supports 27 major IT certifications including AWS, CompTIA, Google Cloud, Azure, and Cisco. Returns multiple-choice questions with options and explanations.
| Name | Required | Description | Default |
|---|---|---|---|
| certification | Yes | Cert slug e.g. 'aws-saa', 'comptia-security-plus'. Call list_certifications for all options. | |
| count | No | Number of questions to return (1-25, default 10). | |
| difficulty | No | Optional difficulty filter. | |
| include_answers | No | Include correct answer and explanation (default true). |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description carries the burden. It discloses the return format (multiple-choice questions with explanations) and coverage (27 certifications). However, it does not mention side effects (likely none), rate limits, authentication requirements, or data freshness, leaving gaps for an agent.
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?
Three sentences, front-loaded with the core purpose, followed by supported certifications and output format. No superfluous text.
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?
Given moderate complexity (4 parameters, no output schema), the description covers purpose, supported inputs, and output nature. It references the sibling tool but lacks error handling or authentication context. Still, it is complete enough for an agent to use correctly.
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?
Schema description coverage is 100%, so the description adds limited value beyond the schema. It mentions supported certifications and output format but does not provide additional meaning for individual parameters beyond what the schema already provides.
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 clearly states the tool retrieves IT certification practice questions from GetMyCert.com, lists supported certifications (AWS, CompTIA, etc.), and specifies the return format (multiple-choice questions with options and explanations). It distinguishes itself from the sibling tool list_certifications.
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 guides use by mentioning the need to call list_certifications for available certification options, indicating when to use this tool and when to use the sibling. However, it lacks explicit when-not scenarios or prerequisites like authentication.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
list_certificationsA
List all available IT certifications on GetMyCert.com with question counts. Use this to discover valid certification slugs for get_cert_questions.
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries full burden. It mentions output includes question counts, but does not disclose any potential side effects (none expected), rate limits, or authentication needs. Adequate for a simple read operation.
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?
Two sentences, no redundancy. First sentence states action and output, second provides usage guidance. 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 no-parameter, no-output-schema tool, the description covers the purpose and usage adequately. Could explicitly mention the return format, but the mention of 'question counts' gives sufficient clue. Not missing critical information.
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 no parameters (0 params, schema coverage 100%), so baseline is 4. The description does not need to add parameter info; it instead adds value by stating the output content (question counts) and usage context.
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 ('List') and resource ('certifications'), includes the context of question counts, and explicitly ties to discovering slugs for the sibling tool get_cert_questions, clearly distinguishing it.
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?
Explicitly states when to use this tool ('discover valid certification slugs for get_cert_questions'), implying it should be called before the sibling. Does not cover when not to use, but the single sibling makes it clear.
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.
2 tool updates
v1.0.0- First observed
get_cert_questions - First observed
list_certifications
TDQS
Scored across 2 tools
The two tools have clearly distinct purposes: one lists available certifications, the other retrieves practice questions for a given certification. No overlap or ambiguity.
Both tool names follow a consistent verb_noun pattern in snake_case: 'list_certifications' and 'get_cert_questions'. The naming is predictable and uniform.
With only 2 tools, the server is minimal. For a focused domain of retrieving practice questions, this might be sufficient, but it borders on too few for a more comprehensive toolkit.
The server covers the essential workflow: discover certifications and retrieve questions with explanations. No obvious missing operations for the stated purpose.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Bitcoin and YouTube video intelligence for AI agents. Pay-per-call via x402 USDC on Base.
63 pay-per-call tools for agents: vision, text, data, web, blockchain. USDC on Base via x402.
x402-paid Base agent tools (USDC). 5 deterministic tools. No API keys. No NFT pass.
Pay-per-use tool API for AI agents. Free tier, x402 USDC micropayments, or API key.
Related MCP Servers
- AlicenseBqualityAmaintenancePay-per-call AI agent APIs on Base via x402. Multiple tools across patents, law, AI, geo, weather, crypto, and more. Always growing.2018MIT
- AlicenseAqualityCmaintenanceProvides AI agents with 10 pay-per-call utility tools (QR generation, DNS lookup, OCR, etc.) using USDC on Base via the x402 protocol, with agent's private key never leaving the agent.1167MIT

oom-x402-mcpofficial
FlicenseNot gradedqualityBmaintenanceMCP server exposing 1,000+ pay-per-call API endpoints across agent infrastructure (memory, coordination, secrets, verification), data, compute, finance, weather, geography, and reference categories — payments via x402 protocol in USDC on Base.-- AlicenseNot gradedqualityDmaintenanceProvides 9 utility APIs for AI agents covering DNS, email, IP, QR, WHOIS, URL health, headers, text extraction, and tech detection, with x402 micropayments on Base.MIT