The full upstream README, mirrored here for reference. Install config, tool schemas, adoption signals, and an original overview live on the Vision Squeezer listing page.
LLM-native image optimization middleware & MCP server. Reduces vision model token consumption by preprocessing images into tile-boundary-aligned, padding-free formats.
Works with any agent or editor that speaks MCP — Claude, GPT, Gemini, Codex, or your own.
Picks the client, method, and scope for you:
Prompts for:
plugin (bundles MCP + stats/doctor/upgrade skills) or mcp-add (server only)mcp-add only) — user (all projects, recommended), local (this project only), project (share via .mcp.json)Scripted setups pass the choices directly:
Installs the MCP server and /vision-stats, /vision-doctor, /vision-upgrade skills as a single Claude Code plugin. Restart open Claude Code sessions for the MCP server to attach.
mcp add (server only)Add to ~/.config/claude/claude_desktop_config.json:
Or add to .cursor/mcp.json:
Add to .vscode/mcp.json:
Open Tools → GitHub Copilot → Model Context Protocol (MCP) → Configure, then add:
Add to ~/.codeium/windsurf/mcp_config.json:
Or add to ~/.gemini/settings.json (user) / .gemini/settings.json (project):
Or add to ~/.codex/config.toml:
opencode mcp add is interactive-only, so add directly to ~/.config/opencode/opencode.json (global) or opencode.json in the repo root (project):
Add to ~/.config/zed/settings.json:
Add to .kiro/settings/mcp.json (workspace) or ~/.kiro/settings/mcp.json (global):
MCP-only, no hooks needed. Configure via the Antigravity MCP settings:
Then use the binary path directly in any config above instead of npx:
Tip: Run
npx -y vision-squeezer --setupto print ready configs with auto-detected paths.
Pass a directory instead of a file:
If you send raw images to an LLM, you are leaking tokens. Modern vision models do not care about your file size (MB/KB); they only care about pixel dimensions, but each provider calculates costs completely differently. vision-squeezer simulates these algorithms to find the mathematical minimum size that drops your token usage without losing visual context.
As of 2026 (Claude 3.5 / 4.5+), Anthropic uses an area-based formula: Tokens ≈ (Width × Height) / 750.
Every single pixel of solid background or padding costs you tokens.
vision-squeezer aggressively crops padding (removing solid color borders). A 1025×1025 screenshot shrinks just enough to drop from 1,400 tokens to 1,024 tokens (%26 savings).OpenAI scales your image to fit inside a 2048px box, then rescales it again so the shortest side is exactly 768px. Finally, it chops the image into a grid of 512×512 tiles. Each tile costs 170 tokens.
vision-squeezer simulates this exact math and snaps the image down by a few pixels so it fits perfectly into the minimum number of tiles.Gemini uses a massive 768×768 tile system (if the image is > 384px). Each tile is a flat 258 tokens.
vision-squeezer snaps it down slightly to fit exactly inside a 768×768 box, dropping the cost to 258 tokens (%75 savings).Meta's Mllama vision tiles images on a 560×560 grid, capped at 4 tiles (~1601 tokens each).
Alibaba's Qwen-VL uses a 28px effective grid (14px patch × 2×2 merge); tokens = (W/28)·(H/28) bounded to [4, 16384].
SigLIP-384 + 2× pixel-shuffle gives 196 tokens/tile on a (m·384, n·384) canvas (m·n ≤ 9).
Full provider math, exact formulas, and cited sources: visionsqueezer.com/providers
VisionSqueezer is a performance-critical middleware. We chose Rust for three uncompromising reasons:
To demonstrate the impact on standard images, here is the run on a 2400×1670 image (4 MP, 0.5 MB) across the three scenarios:
When no target model is specified, Squeezer reduces the file size and mathematically optimizes boundaries to be generally efficient across all models.
If you tell Squeezer the target model, it reverses the model's exact internal calculation (e.g. GPT-4.5's 768px short-side scaling algorithm) and mathematically shrinks the image just enough to fit the absolute minimum tile grid.
Notice how targeting gpt4o perfectly fits the image into a solid 6-tile boundary (2399x1200) mathematically calculated backwards from OpenAI's short-side scaling algorithm. It maximizes resolution exactly up to the point where an extra tile would be billed.
Since Claude uses an area-based calculation (W × H / 750), Squeezer primarily focuses on aggressively cropping solid-color borders and padding to shrink the pixel area without drastically downscaling the core visual detail.
Claude benefits tremendously from even minor dimension reductions. By snapping the width and height slightly downwards, we immediately shaved off over 600 tokens while preserving the massive 2304×1536 resolution.
To demonstrate the impact on massive images, here is the run on a 4096×3072 image (12 MP, 2.2 MB) across the three scenarios:
(Notice the OpenAI Aspect Ratio Anomaly: Squeezer removed heavy letterboxing (padding) from this image. By removing the padding, the image became "wider". Because OpenAI's API forces the new short side to 768px, the wide aspect ratio pushed the long side into a 3rd tile grid column! This is a fascinating edge case where cropping padding mathematically INCREASES your GPT-4o token cost. If you specifically use --model gpt4o on this image, Squeezer will detect this paradox and use a different grid constraint).
(By explicitly targeting gpt4o, Squeezer optimizes the boundaries such that the new aspect ratio is safely contained. While GPT-4o still bills for the 6-tile layout due to the image's inherent width, Squeezer shrinks the file footprint by 43% without sacrificing high-resolution details.)
(Claude's area-based formula again allows massive token savings simply by trimming to the 3840×2816 boundary, preventing you from paying for over 2,300 tokens of pure padding while retaining 10+ megapixels of fidelity).
💡 FAQ: Wait, why did targeting
gpt4osave 33% of Claude tokens, but targetingclaudeonly saved 14%? Because of the Quality vs. Aggression trade-off. OpenAI enforces a strict maximum internal resolution (2048px). When you targetgpt4o, Squeezer must aggressively squash the massive 4096px image down to fit OpenAI's constraints (4095x2048). This massive loss in total pixel area mathematically translates to a huge token drop for Claude. However, Claude has no such maximum limits. When you explicitly targetclaude, Squeezer knows it doesn't need to destroy your image's resolution. It carefully keeps the massive 3840x2816 size to preserve ultra-fine detail, only trimming the absolute minimum padding to give you the most cost-efficient lossless version possible.
Real-world token consumption before and after vision-squeezer (using standard photos and screenshots without --max-tiles). Calculations use updated 2026 billing formulas.
| Original Size | Model | Tokens Before | Tokens After | Saved |
|---|---|---|---|---|
| 1025 × 1025 (Screenshot) | Claude 4.5+ GPT-4.5 Gemini 2.0+ | 1,400 425 1,032 | 1,024 255 258 | 26.8% 40.0% 75.0% |
| 4032 × 3024 (Phone Camera) | Claude 4.5+ GPT-4.5 Gemini 2.0+ | 16,257 2,125 6,192 | 12,232 1,745 4,128 | 24.8% 17.9% 33.3% |
| 800 × 600 (Web Image) | Claude 4.5+ GPT-4.5 Gemini 2.0+ | 640 255 1,032 | 341 255 258 | 46.7% 0.0% 75.0% |
(Note: GPT-5's high limits mean it rarely requires tiling optimization unless the image exceeds 6000px, but vision-squeezer will still crop padding and compress the file size dramatically).
optimize_image| Argument | Type | Required | Default |
|---|---|---|---|
image_base64 | string | ✓ | — |
mode | "auto" | "standard" | "ocr" | — | "auto" |
output_format | "jpeg" | "webp" | — | "jpeg" |
quality | integer 1–100 | — | 75 |
tile_size | integer | — | 512 |
crop | boolean | — | true |
bg_tolerance | integer 0–255 | — | 15 |
max_tiles | integer | — | — |
target_model | "claude" | "gpt4o" | "gpt5" | "gemini" | — | — |
Response:
| Parameter | Type | Default | Description |
|---|---|---|---|
quality | u8 1–100 | 75 | JPEG/WebP output quality |
tile_size | u32 | 512 | Model patch size (512 = Claude/GPT, 256 = Gemini) |
crop | bool | true | Remove solid-color padding borders |
bg_tolerance | u8 0–255 | 15 | Max channel delta for background detection |
output_format | jpeg/webp | jpeg | Output encoding. WebP is ~30-50% smaller |
max_tiles | u32 | — | Hard cap on tile count (progressive downscale) |
target_model | string | — | Model-aware: claude, gpt4o, gpt5, gemini |
| Model | Tile Size | Pre-scaling | Token Formula |
|---|---|---|---|
| Claude 3.5/4.5/4.7 | N/A | None | Tokens ≈ (W × H) / 750 |
| GPT-4o / GPT-4.5 | 512×512 | fit 2048px → scale short 768px | 85 + tiles × 170 |
| GPT-5/5.5 | 512×512 | fit 6000px / 10.24M px | min(85 + tiles × 170, 1536) |
| Gemini 2.0/3.0 | 768×768 | > 384x384 → fit 4096px | 258 per tile (flat 258 if small) |
VisionSqueezer tracks every optimization locally in ~/.vision-squeezer/stats.db.
Add to .zshrc / .bashrc:
This installs two things at once:
squeeze alias — optimize and capture the output path in one step:
~/.claude/skills/ automatically on first run| Skill | Trigger | What it does |
|---|---|---|
vision-stats | /vision-stats | Show cumulative token & byte savings — reads local stats.db, zero MCP overhead |
vision-doctor | /vision-doctor | Check installed version vs latest npm release, show update command if outdated |
vision-upgrade | /vision-upgrade | Detect install method (cargo/npm/npx) and run the correct upgrade command |
Example output:
Marketplace install (alternative to setup-hook):
Add to ~/.claude/settings.json:
Then run /plugins add vision-stats@vision-squeezer, /plugins add vision-doctor@vision-squeezer, or /plugins add vision-upgrade@vision-squeezer in Claude Code.
Execute atomic operations locally before the image ever reaches an LLM. The agent decides how to process the image; you pay zero tokens for the intermediate steps.
CLI:
MCP tool — sandbox_execute:
| Argument | Type | Description |
|---|---|---|
image_base64 | string | Input image |
operations | array | Ordered list of ops to apply |
Supported ops: crop, grayscale, binarize, resize, contrast, brightness.
Optimize images on the fly in any Playwright/Puppeteer scraping pipeline — zero API token waste on raw screenshots.
PRs welcome. See CONTRIBUTING.md for setup and guidelines. Please follow our Code of Conduct.
Elastic License 2.0 (ELv2) — See LICENSE for details.