Skip to main content
Glama

ARCHIVED — This repository is no longer maintained. Issues and pull requests are closed.

npm version Node.js Version TypeScript License: MIT

fal.ai Image MCP Server

Generate images from text prompts using fal.ai and the Model Context Protocol (MCP). Integrates with AI IDEs like Cursor and Windsurf.

Features

  • Supports any valid fal.ai model and all major image parameters (size, inference steps, guidance scale, safety checker, batch of up to 5).

  • Saves images locally with accessible file paths.

  • Simple configuration and robust error handling.

Related MCP server: GIMP MCP

Quick Start

  1. Requirements: Node.js 18+, fal.ai API key

  2. Configure MCP:

    {
      "mcpServers": {
        "fal-ai-image": {
          "command": "npx",
          "args": ["-y", "mcp-fal-ai-image"],
          "env": { "FAL_KEY": "YOUR-FAL-AI-API-KEY" }
        }
      }
    }
  3. Run: Use the generate-image tool from your IDE.

Example Prompts

  • generate an image of a red apple

  • generate an image of a red apple using model fal-ai/kolors

  • generate 3 images of a glowing red apple in a futuristic city using model fal-ai/recraft-v3, square_hd, 40 inference steps, guidance scale 4.0, safety checker on

Supported parameters: prompt, model ID (any fal.ai model), number of images, image size, inference steps, guidance scale, safety checker.

Images are saved locally; file paths are shown in the response. For model IDs, see fal.ai/models.

Image Output

Generated images are saved to ~/Downloads/fal_ai by default (XDG-aware on Linux). Set FAL_IMAGES_OUTPUT_DIR to use a custom folder — images are saved to <your-folder>/fal_ai. The full file path for each image is included in the tool's response.

Troubleshooting

  • FAL_KEY is not set: Set your fal.ai API key as shown above.

  • Model errors: Double-check the model ID at fal.ai/models, or refer to the fal.ai API docs.

  • npx not found: Install Node.js 18+ and npm.

  • Other errors: Consult your MCP client logs.

Security

  • Your API key is used only locally to authenticate with fal.ai.

  • No user data is stored or transmitted except as required by the fal.ai API.

License

MIT License © 2025 Madhusudan Kulkarni

Available Tools

1 tool
generate-imageC

Generate an image from a text prompt using a selectable text-to-image model.

ParametersJSON Schema
NameRequiredDescriptionDefault
promptYesText prompt describing the image to generate
modelNoID of the text-to-image model to use (any valid fal.ai model ID)fal-ai/recraft-v3
image_sizeNoSize of the generated imagelandscape_4_3
num_imagesNoNumber of images to generate
num_inference_stepsNoNumber of inference steps
guidance_scaleNoClassifier Free Guidance scale
enable_safety_checkerNoEnable the safety checker

TDQS

C2.9/5.0
Behavior2/5

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

No annotations are provided, so the description carries the full burden of behavioral disclosure. It mentions 'selectable text-to-image model' but fails to detail critical aspects like rate limits, authentication requirements, cost implications, or output format (e.g., image URL, base64). For a generative tool with zero annotation coverage, this is a significant gap in transparency.

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?

The description is a single, efficient sentence that front-loads the core functionality without unnecessary details. It avoids redundancy and wastes no words, making it easy for an agent to parse quickly.

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

Completeness2/5

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

Given the tool's complexity (7 parameters, generative nature) and lack of annotations or output schema, the description is insufficient. It omits behavioral traits like safety, performance, or output handling, leaving the agent under-informed about how to effectively invoke and interpret results from this tool.

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%, meaning all parameters are well-documented in the schema itself. The description adds no additional parameter semantics beyond what the schema provides, such as explaining trade-offs between model choices or image size effects. This meets the baseline for high schema coverage but doesn't enhance understanding.

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 the tool's purpose: 'Generate an image from a text prompt using a selectable text-to-image model.' It specifies the verb ('Generate'), resource ('image'), and mechanism ('text-to-image model'). However, with no sibling tools mentioned, it lacks explicit differentiation from alternatives, preventing a perfect score.

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?

The description provides no guidance on when to use this tool versus alternatives, prerequisites, or exclusions. It merely states what the tool does without context for its application, leaving the agent to infer usage scenarios independently.

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

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

  1. 1 tool update
    • First observedgenerate-image

TDQS

B3.1/5.0

Scored across 1 tool

Disambiguation5/5

With only one tool, there is no possibility of confusion or overlap between tools. The tool's purpose is clearly defined and distinct by default.

Naming Consistency5/5

A single tool inherently follows a consistent naming pattern. The tool name 'generate-image' uses a clear verb_noun format, which would be consistent if more tools were added.

Tool Count2/5

One tool is too few for a server named 'MCP fal.ai Image Server', which suggests a broader image-related domain. A single generation tool lacks coverage for expected operations like editing, upscaling, or listing models.

Completeness2/5

The server is severely incomplete for an image generation domain. It only provides image generation, missing essential operations such as image editing, model selection beyond 'selectable', or metadata retrieval, which limits agent workflows.

Maintenance

ActivitySlowing
ResponsivenessNo issues

Related MCP Connectors

Related MCP Servers