Skip to main content
Glama

delete_tier1_gateway

Destructive

Delete a Tier-1 gateway and its attached segments and NAT rules. Irreversible action; confirm with get_tier1_gateway and list_nat_rules first.

Instructions

[WRITE] Delete a Tier-1 gateway. WARNING: removes attached segments and NAT rules.

Irreversible. Run get_tier1_gateway and list_nat_rules on the same tier1_id first to see what goes with it, and confirm with the user before deleting. Also removes the gateway's "default" locale-service first (the Policy API refuses to delete a Tier-1 that still has children); a missing locale-service is ignored. Returns a confirmation string, or an "Error: ..." string — not a dict.

Args: tier1_id: Gateway ID to delete, as returned by list_tier1_gateways. target: NSX Manager target from config (default if omitted).

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
targetNo
tier1_idYes

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes
Behavior5/5

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

Annotations already show destructiveHint=true, but description adds irreversible nature, cascading deletion of segments and NAT rules, locale-service removal, and return type. No contradictions.

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?

Concise yet comprehensive: warning, prerequisites, behavior, return type, args. No redundancy. Front-loaded with '[WRITE]'.

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

Completeness5/5

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

Given tool's destructive nature and complexity, description covers all critical aspects: prerequisites, effects, return value. Output schema is present, though not detailed.

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

Parameters5/5

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

With 0% schema coverage, description fully explains tier1_id as 'Gateway ID to delete, as returned by list_tier1_gateways' and target as optional default. Adds necessary context.

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 clearly states the tool deletes a Tier-1 gateway, warns about attached segments and NAT rules. Unique among siblings as the only delete gateway tool.

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 advises to run get_tier1_gateway and list_nat_rules first, and to confirm with user. Explains automatic removal of locale-service. No sibling confusion.

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/zw008/VMware-NSX'

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