Skip to main content
Glama

Remove shadows

remove_shadow

Remove harsh shadows from a photo, for example on a product shot or a face. OAuth uses site credits (from 30 credits per image with the default model). API keys use a separate USD wallet. Omit approval to get a quote, then confirm max_credits for OAuth or currency USD and decimal max_usd for API keys.

Input Schema

NameRequiredDescriptionDefault
imageNoChatGPT only: the photo the user attached. Use image_url everywhere else.
max_usdNoAPI key only: maximum approved USD as a decimal string with up to 9 fractional digits. Set currency to USD. Only set after the user confirms the quoted cost_usd. Never convert max_credits.
currencyNoBilling unit: USD for API keys; credits for OAuth (optional for existing OAuth clients).
image_urlNoThe photo: a public https link, or a popnow:// link from an earlier result.
max_creditsNoOAuth only: the most site credits the user agreed to spend on this. Only set it after the user confirmed a quoted price.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Added

TDQS

A4.3/5.0
Behavior5/5

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

Adds substantial behavior beyond annotations: OAuth credits vs API-key USD wallet, starting cost, and the quote-then-confirm flow using max_credits or max_usd. This tells the agent how a call can result in charges and how to avoid unintended spend.

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?

Front-loads the purpose, then follows with billing and approval details in two compact sentences. Every sentence carries operational value for invocation.

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?

Covers purpose, billing, and approval well enough to invoke correctly, and the schema documents the image fields. With no output schema, it could have said more about the returned result, but the core invocation context is complete.

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?

Schema coverage is 100%, so the schema already defines all five parameters in detail. The description adds meaningful workflow semantics by linking max_credits to OAuth and currency USD/max_usd to API keys, and by saying to omit approval first for a quote.

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 ('Remove harsh shadows from a photo') with useful examples ('product shot or a face'). It is clear on its own, but does not explicitly distinguish itself from nearby siblings such as relight_photo or edit_image.

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 clear usage context with examples and explains the quote/approval workflow before spending credits or USD. It does not state when not to use this tool or name alternatives for shadow correction.

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.