Docs/Sources/HTTP Status Grounding Data

HTTP Status Grounding Data

Look up HTTP status code information

OperationalCredits 1 per callp50 207msReference Data

Overview

HTTP Status Code Lookup works by querying the HTTP status codes registered with IANA and defined across RFCs 9110, 6585, 4918 and others. Returns the status code name, description, category and boolean flags; with details=true it also returns a link to the defining RFC section, and on paid plans the current registry name, the RFC section itself, whether the code is safe to retry, whether RFC 9110 lets caches store it by default, and the headers the spec pairs with it (Location, Retry-After, WWW-Authenticate, Allow and so on).

Live Test HTTP Status Grounding Data Source →

The tool

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

Tool call
{
  "name": "HTTPStatusGroundingData",
  "arguments": {
    "code": "404"
  }
}

You do not name the tool yourself; the model picks it. Asking about 404 in the terms this source covers is enough for it to reach for HTTPStatusGroundingData on its own — naming it explicitly also works, and is the way to force the call.

Connecting

One server URL covers every source 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.

{
  "mcpServers": {
    "vervecontext": {
      "url": "https://api.vervecontext.com/v1/mcp"
    }
  }
}

Per-client setup — Claude, 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. Premium arguments are accepted on every plan but only take effect on plans that include them.

ArgumentTypeDescription
codeRequiredintegerHTTP status code to lookup
range 100–599
detailsOptionalbooleanAlso return the registry name, defining RFC section and link, retry and default-caching flags, and related headers

What the model gets back

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

Result
{
  "status": "ok",
  "error": null,
  "data": {
    "code": 404,
    "name": "Not Found",
    "description": "The requested resource could not be found",
    "category": "Client Error",
    "is_error": true,
    "is_success": false,
    "is_redirect": false,
    "is_informational": false,
    "registry_name": "Not Found",
    "spec": "RFC 9110, Section 15.5.5",
    "spec_url": "https://www.rfc-editor.org/rfc/rfc9110#section-15.5.5",
    "is_retryable": false,
    "is_cacheable_by_default": true,
    "related_headers": []
  }
}

Response fields

Paths are relative to data. Premium fields are absent rather than zeroed on plans that do not include them, so check for presence instead of comparing to 0.

FieldTypeExampleDescription
codenumber404HTTP status code number
namestringNot FoundStandard name of the status code
descriptionstringThe requested resource could not be foundDetailed description of the status code
categoryPremiumstringClient ErrorThe classification of the status code by its leading digit: Informational, Success, Redirection, Client Error, or Server Error
is_errorPremiumbooleantrueWhether the status code represents a client or server error (4xx or 5xx)
is_successbooleanfalseWhether the status code represents a successful response (2xx)
is_redirectbooleanfalseWhether the status code represents a redirection (3xx)
is_informationalbooleanfalseWhether the status code represents an informational response (1xx)
registry_namePremiumstringNot FoundCurrent name in the IANA HTTP status code registry, which can differ from the common name (413 is now Content Too Large). Returned with details=true
specPremiumstringRFC 9110, Section 15.5.5The RFC, and section where the registry gives one, that defines the code. Returned with details=true
spec_urlstringhttps://www.rfc-editor.org/rfc/rfc9110#section-15.5.5Link to the defining RFC section on rfc-editor.org. Returned with details=true
is_retryablePremiumbooleanfalseWhether the code signals a transient condition, so the same request may succeed later (408, 425, 429, 500, 502, 503, 504). Returned with details=true
is_cacheable_by_defaultPremiumbooleantrueWhether RFC 9110 Section 15.1 lets a cache store this response without explicit freshness information. Returned with details=true
related_headersPremiumarray[]Headers the defining spec pairs with this code, such as Location for redirects or Retry-After for 429 and 503. Empty when there are none. Returned with details=true

Why ground on it

A model can produce something that looks like this answer from its training data, and be confidently out of date or simply wrong. This source returns the current value in a shape you can check, which is the difference between an answer you can cite and one you have to hedge.

Point an evaluation at name: it is the field most worth pinning a claim to, and it is either present and current or absent — never plausibly invented.

Failure modes

Errors come back as tool errors carrying a sentence the model can act on, not a bare status code. Error handling covers the full list.

StatusWhat it means
400 / 422The arguments did not validate. The message names the offending one.
401The OAuth session is invalid or expired — reconnect the server.
403Blocked by a key restriction or an IP allow-list. Never a bad identity.
404This source is not part of VerveContext. Check the catalog.
429Out of credits, or a brief rate limit. The message tells them apart.

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

Use cases

API Development
Quickly reference HTTP status codes while developing and debugging APIs
Error Handling
Understand status codes when implementing error handling and response logic
Documentation
Generate status code documentation and error message templates for APIs
Troubleshooting
Diagnose HTTP errors and understand response codes during debugging

Other ways to use HTTP Status Grounding Data

Set up HTTP Status Grounding Data on VerveContext, or reach the same source a different way. Your VerveContext 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.APIVerve →Reference →
Give it to an AI agentConnect over MCP and your agent calls it as a native tool — Claude, Cursor, ChatGPT.VerveKit →Reference →
Google Sheets or ExcelA =VERVE() formula fills a column — no script, no export, recalculates in place.VerveSheets →Reference →

More in Reference Data:

Was this page helpful?