Skip to main content
Glama
sjk4425

ncloud-mcp-server

by sjk4425

ncloud_functions_invoke_trigger

Manually fire a trigger to run its linked actions and retrieve the activationId. Use when an action is linked; otherwise invocation fails with error 80512.

Instructions

Manually fire a trigger so its linked actions run; returns the activationId. Fails with 80512 TRIGGER_INVOKE_FAIL if no action is linked.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
paramsNoRuntime parameters passed to the linked actions
platformNoPlatform (default: vpc). Singapore/Japan regions support vpc only.vpc
triggerNameYesName of the trigger to invoke

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed2 schema fields changedv1.15.0
    • changedInput schema / properties / params / description
      Previous value: -"Runtime parameters to pass to the trigger"New value: +"Runtime parameters passed to the linked actions"
    • changedInput schema / properties / platform / description
      Previous value: -"Platform type (default: vpc)"New value: +"Platform (default: vpc). Singapore/Japan regions support vpc only."
  2. First observedv1.10.1

TDQS

A4/5.0
Behavior4/5

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

With no annotations, the description carries the full burden of behavioral disclosure. It discloses the return value (activationId) and a specific error case (80512 when no action is linked). While it doesn't cover all possible failure modes or async behavior, it provides meaningful information for an agent to understand the tool's behavior.

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 concise sentences with zero filler. The primary action is front-loaded, and the error condition and return value are efficiently communicated.

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 3-parameter tool with no output schema, the description is largely complete. It covers the core action, return value, and one key failure condition. It doesn't describe other potential errors or permissions, but these are not critical for a basic trigger invocation. The platform restriction is already in the schema.

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%; all parameters (triggerName, params, platform) are documented in the schema. The description does not add extra meaning beyond the schema, but it doesn't need to. 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 verb 'fire', the resource 'trigger', and the effect 'so its linked actions run'. It also mentions the return value (activationId) and a specific error condition with code 80512, distinguishing it from sibling tools like list/get triggers.

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 the use case: manually invoking a trigger to run linked actions. However, it does not explicitly state when to use this tool versus alternatives (e.g., invoking an action directly) or provide any exclusion criteria. The failure condition is mentioned, but no comparative guidance is given.

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