Skip to main content
Glama

generate_image

Creates images from text prompts and saves each result to disk, returning file paths so agents can use images without embedding base64 in the conversation.

Instructions

Genera una imagen desde texto. Guarda el resultado en disco y devuelve la ruta.

Input Schema

NameRequiredDescriptionDefault
seedNoSemilla para reproducir el resultado
countNoCuántas variantes generar (1-4)
modelNoflux-2-klein-4b (por defecto): edición por prompt, ~126 neurons/imagen 1024px. sd15-img2img: alternativa con 'strength', pero requiere que tu cuenta tenga acceso habilitado.
stepsNoPasos de difusión (1-20)
widthNoAncho de salida en px (256-2048)
heightNoAlto de salida en px (256-2048)
promptYesQué debe mostrar la imagen o qué debe cambiar respecto a la de entrada
out_dirNoCarpeta destino. Por defecto IMAGE_OUT_DIR o %USERPROFILE%\Downloads
negative_promptNoElementos que NO deben aparecer (solo sd15-img2img)

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv1.0.0

TDQS

A3.5/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 behavioral burden. It usefully discloses two side effects—saving the result to disk and returning the path—but omits details such as overwrite behavior, permissions, cost implications, and how multiple generated variants affect the returned path.

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 short sentences, front-loaded with the core action and followed by the important side effect and return value. There is no wasted language.

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?

The rich schema covers all parameters, and the description minimally covers the lack of an output schema by stating that a path is returned. However, it does not clarify the return format when count is greater than 1, nor does it fully address disk-write behavior for a generation tool with nine parameters.

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%, so all nine parameters are already documented in the schema. The description adds no parameter-level meaning beyond 'from text', making the baseline score of 3 appropriate.

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?

The description clearly states a specific verb and resource: generates an image from text. It does not, however, distinguish this tool from the sibling edit_image, so it falls short of a 5.

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 phrase 'desde texto' implies a text-to-image generation use case and weakly distinguishes it from edit_image, but there is no explicit guidance on when to use this versus edit_image or get_image_info, and no exclusions.

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