image_compress

SERVERTanod SOURCEhttps://tanod.dev/mcp

Low RISK CLASS

Category Read

Parameters 120 required

Recommended Allowedsee the rule below

Registry record Grade F, identity unverified Pull the record →

This record as markdown: /tools/dev-tanod-tanod/image-compress.md

WHAT IT DOES

What image_compress does on Tanod

AI agents call image_compress to retrieve information from Tanod without modifying anything. It is typically the context-gathering step in research, monitoring, and reporting workflows, before the agent takes action elsewhere.

Parameter	Type	Required	Description
`fit`	string	—	Requires max_bytes when supplied. quality (default) keeps dimensions; downscale tries up to 6 smaller sizes with the same aspect ratio, searching quality >= 10
`url`	object	—	Public http(s) URL of the image (at most 10 MB; private, internal and IP-literal hosts are refused); or use image_base64.
`colors`	object	—	png: quantise to this many colours.
`format`	object	—	Output format: jpeg, png, webp or avif (default: the input's).
`output`	string	—	base64 (default): inline. url: stored for 24 hours; link, metadata.
`quality`	object	—	Target (or, with max_bytes, highest) quality.
`keep_icc`	boolean	—	Keep the ICC colour profile (default true).
`lossless`	boolean	—	webp only: lossless encoding (default false).
`min_side`	integer	—	downscale only: shortest-side floor in pixels (1-32768, default 256). Inputs already below this floor are not resized; never upscales.
`max_bytes`	object	—	Size target: the highest quality that fits.
`auto_orient`	boolean	—	Apply the EXIF orientation first (default true).
`progressive`	boolean	—	jpeg only: progressive encoding (default false).

Parameters from the server's own tool schema.

RISK

Why image_compress is rated Low

Even though image_compress only reads data, uncontrolled read access leaks sensitive information and racks up API costs: an agent caught in a retry loop can make thousands of calls a minute without anyone noticing.

Risk signalsAccepts URL/endpoint input (url) · High parameter count (13 properties)

Attacks that exploit this kind of access

RECOMMENDED RULE

The rule that runs image_compress safely

PolicyLayer is an MCP gateway: it sits between your AI agents and Tanod, and checks every tool call against a rule you set before the call runs. Nothing changes on the server itself. For image_compress, this is the rule to start with:

image_compress Allowed

image_compress is read-only, so it stays allowed. Everything else on the server is denied unless you say otherwise.

View as policy code

policy.json

{
  "version": "1",
  "default": "deny",
  "tools": {
    "image_compress": {}
  }
}

ALLOW ONLY THIS TOOL → Instant setup, no code required.

The button opens the PolicyLayer dashboard: create your workspace, connect Tanod, apply this rule, and every image_compress call is checked against it from then on.

FAQ

Questions about image_compress

What does the image_compress tool do? +

imagepeek: Compress an image, optionally to a byte budget. To change the format only use image_convert. Returns a smaller JPEG, WebP, AVIF or PNG (or original if not smaller). With max_bytes, default fit: quality keeps dimensions; fit: downscale tries up to 6 aspect-preserving reductions, quality >=10, min_side=256, never upscales, one time budget. Check target_met. Reads PNG, JPEG, WebP, GIF, TIFF, BMP, ICO and AVIF; other formats and images over 40 megapixels are refused (not charged). Output: base64 data_base64, without EXIF, GPS, XMP or IPTC; over 15 MB or 50 megapixels is a 413 (not charged). Images are not logged; a result is kept only with output "url" (24 h). Typically 0.5-2 s. Price: USD 0.003. Free: 3 imagepeek calls per IP per UTC day. Docs: https://tanod.dev/learn/image-compress-api.html. It is categorised as a Read tool in the Tanod MCP Server, which means it retrieves data without modifying state.

What parameters does image_compress accept? +

image_compress accepts 12 parameters: fit, url, colors, format, output, quality, keep_icc, lossless, min_side, max_bytes, auto_orient, progressive. The full parameter table on this page comes from the server's own tool schema.

How do I enforce a policy on image_compress? +

Register the Tanod MCP server in PolicyLayer and add a rule for image_compress: allow, deny, rate-limit, or require approval. Point your MCP client at the PolicyLayer proxy URL and the rule is enforced on every call, before it reaches Tanod. Nothing to install.

What risk level is image_compress? +

image_compress is a Read tool with low risk. Read-only tools are generally safe to allow by default.

Can I rate-limit image_compress? +

Yes. Add a rate_limit block to the image_compress rule in your PolicyLayer policy. For example, setting max: 10 and window: 60 limits the tool to 10 calls per minute. Rate limits are tracked per agent session and reset automatically.

How do I block image_compress completely? +

Set action: deny in the PolicyLayer policy for image_compress. The AI agent will receive a policy violation error and cannot call the tool. You can also include a reason field to explain why the tool is blocked.

What MCP server provides image_compress? +

image_compress is provided by the Tanod MCP server (https://tanod.dev/mcp). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.

KEEP EXPLORING

More on Tanod, and thousands of servers like it.

This server

All 308 Tanod tools →

Across the catalogue

The MCP Attack Database →

Guides

Roll out MCP under one policy →Data exfiltration →MCP token cost →