Skip to main content
Glama
oborseth

Porkbun MCP Server

by oborseth

renew_domain

Idempotent

Renew a domain by spending account credit. Provide the domain name and matching cost from check_domain to avoid double charges.

Instructions

Spends account credit. Renews an existing domain in the authenticated account. The cost parameter must exactly match the current renewal price returned by check_domain (in cents). The domain must be opted in to API access (per-domain or global toggle in account settings). Domains registered within the last 30 days, or already renewed within the last 30 days, cannot be renewed yet — the API returns RENEWAL_TOO_SOON. Premium domain renewals are not supported via API. Idempotency-safe: retries within 24 hours don't double-charge.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
domainYesDomain name to renew, e.g. `example.com`. Must already be in your account.
costYesRenewal price in cents. Must match the value returned by `check_domain`.
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Adds critical context beyond annotations: spends account credit, idempotency with 24-hour retry window, error condition RENEWAL_TOO_SOON, premium domain exclusion. Annotations already indicate idempotent and not read-only/destructive.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Front-loaded with a bold warning about spending credit, then clear purpose, then constraints. Each sentence adds value without redundancy.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Covers preconditions, error behavior, and idempotency well. No output schema, so lack of return format info is minor; tool is action-oriented.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100% and schema descriptions already state cost must match check_domain. Description reinforces this but adds domain API opt-in requirement (not parameter-specific). Little new parameter-level meaning beyond schema.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states it renews an existing domain, distinguishes from sibling tools like register_domain, transfer_domain, and update_auto_renew.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Provides specific conditions for use: must match price from check_domain, domain must be API-opted-in, cannot renew too soon, premium not supported. Lacks explicit alternatives but gives clear context.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/oborseth/Porkbun-MCP'

If you have feedback or need assistance with the MCP directory API, please join our Discord server