Skip to main content
Glama

Dalea AI

Generate insights

generate_insights
Destructive

Regenerate the brand's homepage insights from up to 50 top-view video posts in the last 365 days (needs 10+ videos; images/carousels excluded). Returns total eligible videoCount, actual sampleSize, generatedAt and saved; saved=false means persistence failed. Insufficient data does not consume quota. Consumes the daily quota (5/day, three AI calls). Returns { insights } like get_homepage_insights.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
brandIdNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

A4.3/5.0
Behavior5/5

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

Annotations cover the safety profile (destructive, non-idempotent, open-world), and the description adds substantial beyond-schema behavior: daily quota of 5 with three AI calls each, no quota consumed when data is insufficient, and saved=false signalling persistence failure. This is exactly the extra context annotations cannot express.

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?

Extremely dense but front-loaded: eligibility, cost, return shape, and failure semantics are all stated in a few tight sentences with no filler. Every clause carries information an agent needs.

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?

No output schema exists, and the description compensates by naming returned fields (videoCount, sampleSize, generatedAt, saved) and the insights payload. The only gap is that with brandId optional it never says how the target brand is resolved, which matters for a mutation tool.

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

Parameters2/5

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

Schema coverage is 0% for the single brandId parameter, so the description carries the full burden — yet it never names brandId, states its format, or explains what happens when it is omitted (it is listed as not required). 'The brand's homepage insights' only weakly implies brand scoping.

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?

Specific verb+resource: regenerating a brand's homepage insights from top-view video posts, with the input window (365 days, up to 50 posts) stated. It is clearly distinguishable from the sibling get_homepage_insights, which it references as the read counterpart.

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

Usage Guidelines4/5

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

Gives concrete eligibility conditions (needs 10+ videos, images/carousels excluded) and states the quota cost, which tells the agent when the call is worthwhile. It does not explicitly say when NOT to call or route to a preferred alternative, though the get_homepage_insights reference implies read-then-regenerate.

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

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources