Skip to main content
Glama

pve_node_acme_domains_set

Set a node's ACME account and associated domains to prepare for certificate issuance. Dry-run by default; confirm=true to apply.

Instructions

MUTATION: set a node's ACME account + domains (PUT /nodes/{node}/config). Dry-run by default.

The "what to issue" half of an ACME cert: pair with pve_acme_account_create + pve_acme_plugin_create, then issue with pve_acme_cert_order. plugin= uses a DNS-01 challenge (written as acmedomain0..N=domain=...,plugin=...); omit plugin for standalone http-01 (domains ride in acme=...,domains=...). REPLACE semantics: stale acmedomainN entries are removed, not merged. MEDIUM — config only, no cert is issued by this step. confirm=True to execute. Smoke-confirm: node-config body shape against a live PVE instance.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
nodeNo
pluginNo
accountYes
confirmNo
domainsYes
proximo_targetNoWhich configured Proxmox target to run this call against — a target name from your multi-target config (a specific PVE/PBS/PMG/PDM box). Omit to use the single/default target from the environment; the selection applies only to this call.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes
Behavior4/5

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

Discloses dry-run by default, replace semantics (stale entries removed), medium impact (config only, no cert issued), and mentions smoke-confirm. No annotations provided, so description carries full burden; it covers key behavioral aspects well.

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

Conciseness4/5

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

Well-structured with clear first sentence, then workflow, then parameter details. Every sentence adds value, though slightly long. Minor improvements possible by trimming redundant phrasing.

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 workflow, parameter semantics, behavior, and even includes a smoke-confirm note. Has an output schema so return values not needed. Could mention prerequisites (e.g., account must exist), but overall complete for a mutation tool in an ACME workflow.

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 description coverage is only 17%. Description explains the domains/plugin relationship (DNS-01 vs http-01) and confirm role, but does not detail node, account, or proximo_target. Partially compensates but leaves gaps.

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?

Description starts with 'MUTATION: set a node's ACME account + domains' and further explains its role as 'The what to issue half of an ACME cert', clearly distinguishing it from sibling ACME tools like pve_acme_account_create and pve_acme_cert_order.

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

Usage Guidelines5/5

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

Explicitly states when to use: 'pair with pve_acme_account_create + pve_acme_plugin_create, then issue with pve_acme_cert_order'. Also explains two challenge methods, replace semantics, and that confirm=True is needed to execute. No when-not-to-use stated but context is clear.

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/john-broadway/proximo'

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