Card Validation SkillCard Validation Skill

OnlineCredit Usage:1 per callTool:CardValidationSkill

The tool

Let your agent vet card numbers. Call it as an MCP tool to run a Luhn check and detect the card brand before your app accepts a payment.

Once your client is connected to the VerveKit MCP server, this appears in its tool list as CardValidationSkill. It is read-only and open-world: it fetches, it never mutates anything on your side, so most clients will call it without asking you to confirm.

Tool call
{
  "name": "CardValidationSkill",
  "arguments": {
    "number": "4900264223817524"
  }
}

What that looks like in a conversation

You don't name the tool — the model picks it. Asking about 4900264223817524 in the terms this source covers is enough for it to reach for CardValidationSkill on its own.

Connecting

One server URL covers every skill in the catalog, including this one. Authorization is OAuth — the client opens a browser once and there is no key to paste into a config file.

Client config
{
  "mcpServers": {
    "vervekit": {
      "url": "https://api.vervekit.com/v1/mcp"
    }
  }
}
Endpoint
https://api.vervekit.com/v1/mcp

Per-client setup — Claude Desktop, Cursor, VS Code, ChatGPT — is on the MCP setup page.

Arguments

These are the properties on the tool's inputSchema, so a well-behaved client validates them before the call is made.

ArgumentTypeExampleDescription
numberRequiredstring4900264223817524The card number to validate

What the model gets back

The result carries a structuredContent object matching the tool's declared outputSchema, so a client can read fields without parsing prose. status is "ok" on success and error is null; a null field means the value wasn't available for that input, not that the call failed.

Result
{
  "status": "ok",
  "error": null,
  "data": {
    "card": {
      "niceType": "Visa",
      "type": "visa",
      "patterns": [
        4
      ],
      "gaps": [
        4,
        8,
        12
      ],
      "lengths": [
        16,
        18,
        19
      ],
      "code": {
        "name": "CVV",
        "size": 3
      },
      "matchStrength": 1
    },
    "brand": "Visa",
    "cardNumber": "4900264223817524",
    "bin": "490026",
    "last4": "7524",
    "isValid": true,
    "isPotentiallyValid": true,
    "isTestCard": false,
    "riskScore": 0,
    "riskLevel": "low"
  }
}

Fields

Fields marked Premium need a paid plan. On a plan without them the key is absent rather than wrong, so a model never reasons over a substituted value.
FieldTypeExampleDescription
cardobject{…}Card identification and validation details
card.niceTypestringVisaHuman-readable card type name like Visa
card.typePremiumstringvisaMachine-readable card type identifier
card.patternsPremiumarray[4]Starting digit patterns for card type
card.gapsPremiumarray[4,8,12]Character positions for spacing formatting
card.lengthsPremiumarray[16,18,19]Valid card length values in digits
card.codePremiumobject{…}Security code specifications for card
card.code.namestringCVVName of security code like CVV
card.code.sizenumber3Number of digits in security code
card.matchStrengthPremiumnumber1Confidence level of card type match
brandstringVisaHuman-readable card brand (e.g. Visa, Mastercard), or null if the scheme could not be identified
cardNumberstring4900264223817524The validated card number provided
binstring490026The card's BIN/IIN (first 6 digits), or null if fewer than 6 digits were supplied
last4string7524The last 4 digits of the card, or null if fewer than 4 digits were supplied
isValidbooleantrueWhether the card number is complete and passes the Luhn checksum
isPotentiallyValidbooleantrueWhether the number could still become valid (correct brand prefix but possibly incomplete) — useful while a user is still typing
isTestCardPremiumbooleanfalseWhether the number is a known published processor test card (Stripe, Adyen, etc.) rather than a live card
riskScorePremiumnumber0Composite 0-100 risk score combining Luhn validity, test-card and scheme-recognition signals (higher is riskier)
riskLevelPremiumstringlowRisk band derived from the score: low, medium or high

Failure modes

Errors come back as tool errors with a sentence the model can act on, not a bare status code.

StatusWhat it means
400 / 422The arguments didn't validate. The message names the offending one.
401The OAuth session is invalid or expired — reconnect the server.
403Out of credits. Not a bad key — the month's allowance is spent.
404This skill isn't part of VerveKit. Check the catalog.
429Brief rate limit. Retrying after a moment succeeds.

Other ways to use Card Validation Skill

Set up Card Validation Skill on VerveKit, or reach the same source a different way. Your VerveKit account and credits work on all of them — one key, one balance.

Call it as a REST APIOne HTTPS endpoint and an X-API-Key header, with SDKs for Node, Python and .NET.APIVerveReference →
Use it in Google Sheets or ExcelA =VERVE() formula fills a column — no script, no export, recalculates in place.VerveSheetsReference →
Ground an agent on itA cited, machine-checkable fact your model can't produce on its own.VerveContextReference →

Frequently asked questions

Do I have to tell the agent to use CardValidationSkill?

No. The tool's name and description are in the model's context once the server is connected, so it selects the tool when the question calls for it. Naming it explicitly works too and is useful when you want to force the call.

Does connecting the server expose every tool at once?

Yes — one connection lists the whole VerveKit catalog. Clients with a tool budget can usually filter the list; the credit cost is per call, so an unused tool costs nothing.

What does a call cost?

1 credit each time the tool actually runs. A model that reasons about the tool without calling it costs nothing.

Is there a REST version of this?

Yes — the same source is available as a plain HTTPS endpoint on APIVerve, linked above. Same data, same credits, same account.

What's Next?

Continue your journey with these recommended resources

Was this page helpful?