Skip to main content
Glama

commerce_price_optimization_run

Destructive

Run a commerce price optimization by submitting your objective and optional structured inputs to the domain agent for execution.

Instructions

Run the commerce domain agent action price_optimization_run.

Routes through the platform's domain-agent dispatcher under your JWT, tenant, and company scope.

Args: message: Free-text objective for the action. inputs: Optional JSON string of structured inputs for the action.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
inputsNo{}
messageNo

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

D1.3/5.0
Behavior2/5

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

The description mentions routing through a dispatcher with JWT/tenant/company scope, giving some insight into execution context. However, it does not disclose side effects or the destructive nature hinted by annotations, leaving the agent unaware of potential consequences.

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

Conciseness2/5

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

The description is short but every sentence is generic and does not add meaningful information. It lacks clear structure or a front-loaded summary of functionality, so the brevity does not compensate for the lack of substance.

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?

Even though an output schema exists, the description does not hint at what the tool returns. With destructive annotations and no mention of use cases, dependencies, or integration details, the description is severely incomplete for an agent to use safely.

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

Parameters1/5

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

Schema coverage is 0%, yet the description only provides generic definitions: 'message' is free-text objective and 'inputs' is optional JSON string. There is no explanation of what kind of objective or structured inputs are expected, making parameter usage ambiguous.

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

Purpose1/5

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

The description essentially restates the tool name without explaining what price optimization actually does. It says 'Run the commerce domain agent action price_optimization_run' which is a tautology. No concrete outcome or intent is conveyed.

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?

No guidance is given on when to use this tool versus alternatives like company_price_book or company_quotes. The description lacks any conditions, prerequisites, or examples that would help an agent decide to invoke it.

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