
Storeshots Mcp
io.github.mtbunPublished by GitHub account mtbunv0.4.0Updated Oct 24, 2026
Render store-ready App Store and Google Play screenshots: device frames, headlines, exact sizes.
Overview
Renders App Store and Google Play screenshot sets — device frames, headlines and exact store dimensions — from a local config, with no API keys.
- What you can do
- Build a storeshots.json project, re-rendering only what changed
- Batch-render an ordered screenshot set for one platform and language, including panoramic sets
- Compose a single framed screenshot from a background, headline and source image
- Stitch generated screenshots into one wide preview strip
- Validate images against store dimension and format rules
- List presets with their store and exact pixel dimensions
- When to use it
- Useful when you need finished store-listing visuals for an iOS or Android app and want an assistant to write and translate the headlines while the server renders deterministic, store-sized PNGs. It suits clients without a shell, such as Claude Desktop, that still need to produce or check screenshot sets.
- Requirements
- Runs as a local stdio process, launched with npx from the npm package storeshots-mcp, so Node.js is needed. Raw screenshots and a storeshots.json config live in a local project folder. No accounts, API keys or network access are required for rendering.
Installation
In SourceWeft
- Open Storeshots Mcp in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
storeshots-mcp
Generate App Store and Google Play screenshots from the command line, or let your AI coding agent do it.
storeshots turns raw app screenshots into finished store-listing visuals — device frames, benefit-driven headlines, brand backgrounds, and exact store dimensions for iOS and Android. Describe your whole listing in one storeshots.json, run storeshots build, and get every platform in every language. Your AI agent (or you) writes and translates the copy; storeshots renders the pixels. It's a CLI first, with an MCP server for agents that have no shell. No design tool, no subscription, no API keys.
[App Store and Google Play screenshots generated with storeshots-mcp]
Real screens from two shipped apps: bombo (panels 1–3) and Studio Zero (panel 4). Panel 3 is the Android preset with Turkish headlines, uppercased with locale-correct İ and Ğ.
[npm version] [CI status] [node version] [MIT license] [MCP stdio] [storeshots-mcp MCP server score on Glama]
The idea
Store screenshots are two jobs pretending to be one. There's a creative job (what to say, which screen sells which feature, how to phrase it in six languages) and a production job (frames, typography, exact pixel dimensions, no alpha channel). Design tools make you do both by hand; screenshot SaaS locks the production job behind a subscription.
storeshots-mcp splits them and gives each to whatever is best at it:
Because the render path is pure and local, the same inputs always produce the same pixels — no model in the loop, nothing uploaded anywhere.
Quick start
init lists your raw screenshots (from screenshots/, raw-shots/, raw/, shots/ or fastlane/screenshots/, or --screens <dir>) in a config like this:
build renders every screen × preset × language:
Rendering is deterministic, so build only redraws what changed: edit one Turkish headline and only that file is rendered again. Delete a screen and its old files are removed. Every output is checked against its store's rules before it's written.
Install globally with npm i -g storeshots-mcp if you'd rather type storeshots than npx storeshots.
Commands
After a first successful build, storeshots asks once whether you'd like to star it on GitHub. It never asks in CI; set STORESHOTS_NO_STAR=1 to turn it off. Every command takes --json for machine-readable output and --help for details. Exit codes: 0 ok, 1 render or validation failure, 2 bad usage or config. Config errors list every problem at once, each with its path (screens[2].copy.tr: missing).
Config reference
With an AI agent
storeshots splits the creative work from the production work. Your agent reads your app, picks a benefit for each screen, writes and translates the headlines into storeshots.json, and runs storeshots build. That needs no setup in any agent that has a shell: Claude Code, Cursor, Codex, Windsurf and others. For the guided flow, install the Claude Code plugin.
"Take the screenshots in
./raw-shotsand make a full App Store and Play Store set. Brand color#E31837, English and Turkish."
MCP server. For clients without a shell (Claude Desktop, for example), the same engine runs as a stdio MCP server:
Codex CLI uses ~/.codex/config.toml:
What it produces
5 presets, each at the exact size its store requires:
And the finishing touches that make a set look designed:
- Built-in device frames — iPhone (dynamic island), Pixel-style Android (punch hole), iPad, and tablet, drawn programmatically at exact scale. Bring your own with custom frames.
- Layout variants —
text-top,text-bottom, andtilted; mix them across a set so it doesn't look like one template copied six times. - Panoramic sets — one gradient flowing continuously across every panel, so the row reads as a single image in the store. See panoramas.
- Benefit-first headlines — a bold verb plus a short descriptor, auto-uppercased with locale-correct special characters and contrast-aware color.
- Showcase composer — one wide preview image of the whole set for your repo, launch post, or client deck.
Every output is flattened to remove the alpha channel that App Store Connect rejects, and validated against its preset before it's written.
MCP tools
Each tool returns file paths plus a structured summary, so the agent can review and iterate.
Multi-language sets
Translation happens in the agent, not in storeshots. Add a language key to each screen's copy and storeshots renders it with locale-correct casing: Turkish i → İ, German ß is kept. storeshots build --lang de rebuilds a single language.
Panoramic sets
Add "panorama": { "to": "#1E3A8A" } and each panel's solid background becomes one horizontal gradient sliced across the whole set. Placed side by side in the store, the screenshots then read as a single continuous image.
Custom frames
Prefer a specific device look? Supply your own frame PNG (transparent where the screen shows through) and the pixel rectangle the screenshot fills:
Use it as "frame" in storeshots.json, either one frame for every preset or { "ios-phone": {…}, "android-phone": {…} }. You can also pass it to storeshots compose --frame frame.png --frame-screen 40,40,1080,2280, or to the compose_screenshot and generate_set tools. Paths are relative to the config, and a changed frame image triggers a re-render. Leave it out to use the built-in frames.
Agent setup
Project instructions. storeshots init adds a short, marker-delimited storeshots section to your project's agent instruction file. Coding agents (Claude Code, Codex, Cursor and others) then know how this project's screenshots are made: edit storeshots.json, run storeshots build, and never hand-edit the PNGs.
- It uses
AGENTS.mdand/orCLAUDE.md, whichever already exist. When CLAUDE.md just imports@AGENTS.md, only AGENTS.md gets the section. - If neither file exists, it creates
AGENTS.mdplus aCLAUDE.mdthat imports it. - Rerunning updates the section in place.
--no-agentsskips it, andstoreshots init --agents-onlyadds it to an existing project.
Claude Code plugin. The bundled skill adds a guided workflow. It discovers a benefit for each screen from your codebase and gets your approval on headlines before rendering. It then keeps storeshots.json up to date, adds languages, and walks you through the upload.
Then ask Claude Code for "store screenshots for this app".
llms.txt summarizes the commands and config format in one file for agents.
Design principles
- Deterministic — no AI image generation in the render path; same input, same pixels.
- Zero config — no API keys, no accounts, fully offline.
- Store-correct by construction — dimensions are enforced and validated, not suggested.
- Agent-native — tools expose structured data; the copywriting stays in the model where it belongs.
Roadmap
- Claude Code skill with a guided benefit-discovery workflow
- Play Store feature graphic preset (1024 × 500)
- Layout variants — text-top, text-bottom, tilted
- Custom device frames
- Panoramic sets
- Project config with incremental
buildand--watch - Claude Code plugin and AGENTS.md / CLAUDE.md integration
- App preview video frames
- More stores (Mac App Store, Chrome Web Store)
Contributing
Issues and PRs welcome. AGENTS.md documents the architecture and conventions, for human contributors and coding agents alike.
License
Source: README.md at commit 3d32be9
Tools
0Version history
1- v0.4.0LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts