Skip to main content
Glama

deleteGroup

Remove a specific group from the Whistle MCP Server by specifying the group name. This tool helps manage proxy configurations and streamline network request operations.

Instructions

删除分组

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
groupNameYes分组名称

Implementation Reference

  • The core handler function for deleting a group. It sends a POST request to Whistle's `/cgi-bin/rules/remove` endpoint with the group name prefixed by a carriage return (`\r${groupName}`) in the form data to identify it as a group.
    async deleteGroup(groupName: string): Promise<any> {
      const formData = new URLSearchParams();
      formData.append("list[]", `\r${groupName}`);
    
      const response = await axios.post(
        `${this.baseUrl}/cgi-bin/rules/remove`,
        formData,
        {
          headers: {
            "Content-Type": "application/x-www-form-urlencoded",
          },
        }
      );
      return response.data;
    }
  • src/index.ts:147-157 (registration)
    Registers the 'deleteGroup' tool with the FastMCP server. Defines the tool's name, description, input schema using Zod, and the execute function that calls the WhistleClient handler and formats the response.
    server.addTool({
      name: "deleteGroup",
      description: "删除分组",
      parameters: z.object({
        groupName: z.string().describe("分组名称"),
      }),
      execute: async (args) => {
        const result = await whistleClient.deleteGroup(args.groupName);
        return formatResponse(result);
      },
    });
  • Zod input schema for the deleteGroup tool, specifying a single required string parameter 'groupName'.
    parameters: z.object({
      groupName: z.string().describe("分组名称"),
    }),
Behavior1/5

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

With no annotations provided, the description carries full burden for behavioral disclosure. '删除分组' only indicates a destructive deletion operation but reveals nothing about permissions required, whether deletion is permanent/reversible, side effects (e.g., what happens to rules/values in the group), error conditions, or rate limits. This is critically inadequate for a destructive tool with zero annotation coverage.

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?

The description is maximally concise with just two Chinese characters. While severely under-specified, it contains no redundant or unnecessary words. Every character directly communicates the core action, making it technically efficient despite its inadequacy.

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

Completeness1/5

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

For a destructive deletion tool with no annotations and no output schema, the description is completely inadequate. It fails to explain what gets deleted, prerequisites, consequences, or return values. Given the complexity of group management (with many sibling tools for rules and values), this minimal description leaves critical gaps for safe and correct tool invocation.

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 100% with the single parameter 'groupName' documented as '分组名称' (group name). The description adds no parameter information beyond what the schema provides. Since schema coverage is high (>80%), the baseline score of 3 applies even though the description contributes zero parameter semantics.

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

Purpose2/5

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

The description '删除分组' (delete group) is a tautology that restates the tool name 'deleteGroup' in Chinese. It provides no additional specificity about what kind of group is being deleted or what resources are affected. While it clearly indicates a deletion action, it doesn't distinguish this tool from sibling tools like 'deleteRule', 'deleteValue', or 'deleteValueGroup'.

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

Usage Guidelines1/5

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

The description provides absolutely no guidance on when to use this tool versus alternatives. It doesn't mention prerequisites (e.g., group must exist), exclusions, or relationships to sibling tools like 'createGroup', 'renameGroup', or 'deleteValueGroup'. The agent receives no contextual help for tool selection.

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

Related 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/7gugu/whistle-mcp'

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