Skip to main content
Glama
Knuckles-Team

CISO Assistant MCP Server

Api asset class batch action create

ciso_assistant_api_asset_class_batch_action_create

Execute a batch action across multiple CISO Assistant objects to simplify bulk updates for asset classes and related GRC records.

Instructions

Perform a batch action on multiple objects.

Input Schema

NameRequiredDescriptionDefault

No arguments

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv2.3.6

TDQS

C2.3/5.0
Behavior2/5

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

Annotations already declare readOnlyHint=false, destructiveHint=false, idempotentHint=false and openWorldHint=true, so the safety profile is covered by structured data. The description adds nothing beyond that: it does not say which actions can be applied (delete? update fields?), whether effects are reversible, or that a payload selecting objects and action type is required. For a bulk mutation endpoint this leaves a real gap.

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

Conciseness3/5

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

It is a single short sentence with no filler, so there is nothing to trim. However, brevity here comes from under-specification rather than discipline — one sentence is not enough to route an agent among dozens of near-identical batch endpoints.

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?

A bulk mutation tool with an empty parameter schema, no output schema, and no explanation of supported actions or payload shape leaves an agent unable to invoke it correctly. Given the density of identically named batch_action siblings, the description should at minimum state the target resource and the accepted actions.

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

Parameters4/5

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

The schema declares zero properties with additionalProperties=false, so there are no parameters for the description to explain; baseline 4 applies. Worth noting the empty schema itself is odd for a batch action (an agent has no documented way to pass object ids or an action name), but that is a schema defect rather than a description omission.

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 sentence 'Perform a batch action on multiple objects' restates the title in generic terms: it never names the resource (asset classes) or which batch actions exist. An agent reading only the description cannot distinguish this from the hundreds of sibling '*_batch_action_create' tools; it must fall back on the tool name to infer the target model.

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

Usage Guidelines2/5

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

There is no guidance on when to use this instead of siblings like asset_class_update, asset_class_partial_update, or asset_class_destroy, nor on bulk-vs-single tradeoffs. Only the word 'multiple' hints at bulk usage, which is inference rather than stated guidance.

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

Deploy Server

Other Tools