Skip to main content
Glama

Vertex.Imagen.Generate

vertex.imagen.generate

Generate one or more images from a text prompt using Vertex AI, returning base64 data with optional model and aspect ratio controls. Each generated image incurs Vertex cost.

Instructions

Generate n images, returned as base64 (default model gemini-3.1-flash-image; pass model to override). Incurs Vertex cost per image.

Input Schema

NameRequiredDescriptionDefault
nNo
modelNo
promptYes
aspect_ratioNo1:1

Output Schema

NameRequiredDescriptionDefault

No arguments

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.5.0

TDQS

B3.3/5.0
Behavior3/5

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

With no annotations, the description carries the full burden and does deliver real value: output is base64, there is a per-image Vertex cost, and a non-obvious default model is disclosed. It omits other behavioral facts an agent would want, such as content-policy failure modes, latency, or whether requests are billed on failure.

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?

A single front-loaded sentence with zero padding; the count, return format, model default, and cost warning all appear before any parenthetical detail. Nothing could be cut without losing information.

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

Completeness3/5

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

Because an output schema exists, return-value structure needn't be explained, and the cost note is a useful supplement. However, for a paid generation tool with a totally undocumented schema, the description leaves 'aspect_ratio' and model selection options unexplained, so an agent cannot fully self-serve.

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 coverage is 0%, so the description must compensate. It explains 'n' (image count), 'model' (default plus override behavior), and implicitly 'prompt', but says nothing about 'aspect_ratio', which is left as an undocumented 1:1 default.

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

Purpose4/5

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

States a specific verb and resource ('Generate images') plus the return encoding (base64), which clearly separates it from the video/text siblings in the namespace. It does not explicitly name those siblings (vertex.veo.generate, video.generate), so differentiation is inferable rather than stated.

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?

No indication of when to choose this over vertex.gemini.generate, vertex.veo.generate, or video.generate, and no prerequisites or exclusions. The only routing hint is the mechanics of overriding the model, which is parameter guidance rather than usage 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