Skip to main content
Glama
Ownership verified

Server Details

Free Open Graph image generator API. Create beautiful OG images with customizable themes, icons, and colors. No API keys required.

Status
Healthy
Last Tested
Transport
Streamable HTTP
URL

Glama MCP Gateway

Connect through Glama MCP Gateway for full control over tool access and complete visibility into every call.

MCP client
Glama
MCP server

Full call logging

Every tool call is logged with complete inputs and outputs, so you can debug issues and audit what your agents are doing.

Tool access control

Enable or disable individual tools per connector, so you decide what your agents can and cannot do.

Managed credentials

Glama handles OAuth flows, token storage, and automatic rotation, so credentials never expire on your clients.

Usage analytics

See which tools your agents call, how often, and when, so you can understand usage patterns and catch anomalies.

100% free. Your data is private.

Tool Definition Quality

Score is being calculated. Check back soon.

Available Tools

2 tools
generate_og_imageCInspect

Generate an Open Graph image with customizable title, subtitle, theme, icon, and brand colors

ParametersJSON Schema
NameRequiredDescriptionDefault
iconNoEmoji or Lucide icon shortcode (e.g. "rocket", "heart")
sizeNoSize preset: og (1200x630), square (1080x1080), twitter-banner (1500x500), twitter-summary (800x418), linkedin (1200x627), instagram-story (1080x1920), facebook-cover (820x312)
brandNoBrand text shown at bottom (default: ogforge.dev)
themeNoVisual theme (default: dark)
titleYesMain title text (required, max 200 chars)
valueNoProminent number/stat for metric layout (e.g. "2.4M", "99.9%"). Required when layout=metric
widthNoCustom width in px (200-2400)
accentNoAccent color as 6-char hex without # (e.g. ff00aa)
borderNoBorder color as 6-char hex without # (e.g., ff00aa). Adds a frame around the image
formatNoOutput format: png (default), svg, webp (smallest), jpeg
heightNoCustom height in px (200-2400)
layoutNoLayout type: standard (default) or metric (KPI/stat card with prominent value)
bgColorNoCustom background color as 6-char hex without # (e.g. 1a1a2e). Overrides theme background
captionNoSmall tagline/footer text below subtitle (max 100 chars). Useful for branding, attribution, or URLs.
patternNoBackground pattern overlay (default: none). Adds subtle texture to the image.
subtitleNoSubtitle text (max 300 chars)
titleColorNoCustom title text color as 6-char hex without # (e.g. ffffff). Overrides theme title color
borderWidthNoBorder width in pixels (1-10, default: 3). Uses theme accent if border color not set
gradientEndNoGradient end color as 6-char hex without # (e.g. 0000ff). Requires gradientStart
gradientAngleNoGradient direction in degrees 0-360 (default: 135). Also applies to theme gradients
gradientStartNoGradient start color as 6-char hex without # (e.g. ff00aa). Requires gradientEnd
subtitleColorNoCustom subtitle text color as 6-char hex without # (e.g. cccccc). Overrides theme subtitle color
Behavior2/5

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

No annotations provided, so description must carry full burden. States it generates an image but omits critical behavioral details: persistence (file vs buffer), side effects, rate limits, parameter dependencies (gradientStart requires gradientEnd), and output return type. With 22 parameters and layout variations, this is insufficient disclosure.

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

Conciseness4/5

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

Single 12-word sentence with no waste. Front-loaded with verb. However, for a tool with 22 parameters and complex interactions (gradient pairs, layout dependencies), extreme brevity may underspecify. Appropriately concise but could benefit from second sentence on output or prerequisites.

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?

Given 100% schema coverage, description doesn't need to exhaustively document parameters. However, with no output schema, no annotations, and complex parameter interactions (metric layout requiring value, gradient pairs), the description should disclose output type and critical constraints. Relies too heavily on schema alone.

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 has 100% description coverage, establishing baseline 3. Description mentions 5 customizable fields but doesn't clarify semantics beyond schema (e.g., distinction between 'brand' text vs color fields, or size preset behavior vs custom dimensions). Adds minimal explanatory value over structured schema.

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?

Clear specific verb (Generate) and resource (Open Graph image). Lists customizable aspects (title, subtitle, theme, icon, brand colors). However, lacks differentiation from sibling tool 'list_themes' and doesn't specify scope (e.g., social media previews).

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?

Provides no guidance on when to use this tool versus others, when to call list_themes first to preview themes, or prerequisites like requiring 'value' parameter for metric layout. No explicit when/when-not rules.

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

list_themesBInspect

List all available OG image themes

ParametersJSON Schema
NameRequiredDescriptionDefault

No parameters

Behavior2/5

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

Zero annotations provided, forcing description to carry full behavioral burden. While 'List' implies read-only, the description omits return structure, theme object properties, or pagination behavior. Does not confirm idempotency or safety guarantees.

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?

Single efficient sentence with zero redundancy. Front-loaded structure places action verb first. Appropriate length for zero-parameter listing utility.

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?

Adequate for a simple parameterless tool, identifying the resource domain (OG image themes). However, lacking output schema, the description should specify return value structure (array of theme objects) to be complete. Omits relationship to sibling generation tool.

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

Parameters4/5

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

Input schema contains zero parameters. Per evaluation rules, zero-parameter tools receive baseline score of 4. Schema coverage is 100% (vacuously true), requiring no compensatory description.

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?

Clear verb 'List' and specific resource 'OG image themes'. Scope 'all available' is defined. Distinguishes from sibling generate_og_image by function (listing vs. generation), though explicit differentiation is absent.

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?

Provides no guidance on when to invoke this tool relative to generate_og_image or other alternatives. No mention of typical workflow (e.g., calling this before generation to select a theme).

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

Discussions

No comments yet. Be the first to start the discussion!

Try in Browser

Your Connectors

Sign in to create a connector for this server.

Resources