Skip to main content
Glama
sjk4425

ncloud-mcp-server

by sjk4425

ncloud_pca_update_ca

Idempotent

Update the status of a Certificate Authority in Naver Cloud PCA. Setting to DESTROYING permanently deletes the CA and all sub-CAs after 72 hours.

Instructions

⚠️ Destructive: Update CA status (ACTIVE, DEACTIVATED, or DESTROYING). Setting to DESTROYING will permanently delete the CA and all sub-CAs after 72 hours. This action is irreversible.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
caTagYesCA tag value
statusYesNew CA status
Behavior1/5

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

The description explicitly calls the tool 'Destructive' and warns about permanent deletion after 72 hours, but the annotations set destructiveHint: false, creating a direct contradiction. The description contradicts the annotation, which severely undermines trust. Flagged as annotation contradiction.

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?

Two sentences with no wasted words. The warning emoji and formatting are effective for front-loading key information. Every sentence serves a purpose.

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?

For a simple update tool with 2 parameters, the description covers the main purpose and critical danger. However, it lacks any information about return values or side effects beyond the stated 72-hour delay. Acceptable but could be improved.

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 both parameters (caTag, status) are described in the schema. The description adds no additional semantic meaning beyond the schema. Baseline 3 is appropriate.

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 the tool updates CA status, lists the exact enum values (ACTIVE, DEACTIVATED, DESTROYING), and differentiates from sibling tools like delete_ca by focusing on status transitions. The verb 'Update' combined with resource 'CA status' provides a specific action.

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

Usage Guidelines3/5

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

The description implies when to use (to change status) but does not explicitly state when not to use or mention alternatives. For example, it could note that for immediate deletion, use ncloud_pca_delete_ca instead. The warning about DESTROYING being irreversible is helpful but insufficient for full guidelines.

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/sjk4425/ncloud-mcp-server'

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