App Console: Google Play, App Store Connect, AdMob
LocalAbout App Console: Google Play, App Store Connect, AdMob
App Console manages Google Play Console, App Store Connect, and AdMob through their official APIs, for app developers and operations teams. The same capabilities are available as CLI commands and MCP tools, with changes defaulting to a dry run.
Key features
- 01Manage store listings, versions, and releases
- 02Review and reply to user feedback
- 03Check crash and ANR metrics
- 04View AdMob revenue and ad metrics
- 05Use through CLI commands or MCP tools
- 06Dry-run writes by default
Use cases
- 01Check app versions and prepare store releases
- 02Find app reviews awaiting a reply
- 03Monitor crash and ANR metrics
- 04Review AdMob reports by ad format or country
MCP support
Provides MCP tools for Google Play, App Store Connect, and AdMob. Services can run separately or together via `appconsole mcp all`; tool annotations distinguish reads and destructive actions, and writes require confirmation.
Configuration
Local server config is the same for every client. Copy it into your client’s MCP config file.
docker run -i --rm -e GOOGLE_PLAY_SERVICE_ACCOUNT -e ASC_KEY_ID -e ASC_ISSUER_ID -e ASC_PRIVATE_KEY_PATH -e ASC_VENDOR_NUMBER -e ADMOB_PUBLISHER_ID ghcr.io/alekla0126/app-console-mcp:0.3.0GOOGLE_PLAY_SERVICE_ACCOUNTPath to a Google Cloud service account JSON key invited in Play ConsoleASC_KEY_IDSecretApp Store Connect API key IDASC_ISSUER_IDApp Store Connect API issuer IDASC_PRIVATE_KEY_PATHSecretPath to the AuthKey_<KEY_ID>.p8 fileASC_VENDOR_NUMBERVendor number, only for sales reportsADMOB_PUBLISHER_IDpub-... id, only with several AdMob accountsLocal servers need a runtime on your machine (e.g. Node.js 18+). Config file locations differ by client; see your client’s docs.
ghcr.io/alekla0126/app-console-mcp:0.3.0stdioTools
Local servers expose tools only once running on your machine, and the maintainer has not provided a tool list.
Details
From the project READMEapp-console-mcp
Google Play Console, App Store Connect and AdMob from your terminal or from Claude — no browser.
Driving store consoles through a browser agent burns tokens on screenshots and page snapshots and breaks whenever the UI changes. This project talks to the official APIs instead and answers in a few lines of plain text. Every tool exists twice, with identical output:
- as an MCP tool for Claude Code, Claude Desktop or any MCP client, and
- as a CLI command (
appconsole ...) for you, your scripts and CI.
It ships as three Claude Code plugins (Google Play, App Store Connect, AdMob), each with its MCP server and a skill that teaches Claude the safe workflows. It also comes built into Alchemist Coder, the open-source desktop app for Claude Code and Codex: every agent there gets these tools for the services you have set up.
$ appconsole play vitals com.example.app
com.example.app (data up to 2026-10-19):
crash: 0.31% 28-day user-perceived (ok, threshold 1.09%)
newest versions (last 28 d): v42 0.12% (35% of users) · v41 0.44% (60% of users)
anr: 0.52% 28-day user-perceived (ABOVE THRESHOLD, threshold 0.47%)
newest versions (last 28 d): v42 0.21% (35% of users) · v41 0.70% (60% of users)
$ appconsole admob report --days 7 --by format --currency USD
AdMob 2026-10-20 to 2026-10-26 by format: 128.40 USD (+9% vs previous 7 d: 117.80), 61210 impressions
interstitial: 71.10 USD, 9340 impr, eCPM 7.61, match 88%, show 31%
banner: 39.75 USD, 47880 impr, eCPM 0.83, match 95%, show 52%
What it can do
Google Play (play) | App Store Connect (appstore) | AdMob (admob) |
|---|---|---|
apps list apps the key can see | apps list apps | accounts publisher accounts |
listing / update-listing title, short, full description, new languages | listing / update-listing name, subtitle, keywords, description, promo text, what's new | apps apps and ad unit ids |
tracks releases per track | versions versions and review state | report earnings, eCPM, match/show rate, CTR by app, ad unit, country, format, app/SDK/OS version, why ads are limited, ad source or mediation group, vs. previous period |
upload .aab/.apk to any track (staged or draft) | create-version new editable version | campaign-report promotion campaigns: installs, cost, CPI |
promote between tracks | builds processing state, export compliance | ad-sources networks and their adapters' settings |
rollout change %, complete, halt, resume | submit attach build + submit to App Review | mediation-groups / ad-unit-mappings ✱ |
reviews / reply | release release an approved manual-release version | create-app / create-ad-unit ✱ |
vitals crash and ANR rates (Google's 28-day numbers) | reviews / reply | map-ad-unit / create-mediation-group / update-mediation-group ✱ |
products subscriptions, base plans, prices | sales downloads, IAP units, proceeds per app | ab-experiment start or stop a mediation A/B test ✱ |
search-rank public search position | search-rank public search position | |
images / upload-images screenshots and graphics | screenshots / upload-screenshots per device and locale | |
users / grant / revoke users, service accounts and app permissions | products subscriptions and in-app purchases | |
data-safety send the Data safety form (CSV) |
✱ AdMob's limited access: Google has to enable your publisher id for these methods (ask your AdMob account manager or AdMob support) and the token needs the admob.monetization scope (appconsole admob login --monetization). Until then they explain what to ask for.
Safe by default. Every tool that changes something is a dry run unless you pass confirm=true
(--confirm in the CLI). Google Play dry runs build the change in a draft edit and let Google validate it
before discarding it, so you see real errors before anything is published. MCP tools carry
readOnlyHint/destructiveHint annotations so clients can auto-approve reads and ask before writes.
Install
You need uv (it fetches Python and the dependencies).
Claude Code plugins (recommended)
/plugin marketplace add Alekla0126/app-console-mcp
/plugin install google-play@app-console
/plugin install app-store-connect@app-console
/plugin install admob@app-console
Install only the ones you use. Each plugin asks for its credentials (paths and ids; you can leave them empty and
use appconsole config instead), adds its MCP server and skill, and puts appconsole on the PATH of Claude's
Bash tool.
Any MCP client (Claude Desktop, Cursor, Codex, VS Code…)
{
"mcpServers": {
"google-play": {
"command": "uvx",
"args": ["--from", "git+https://github.com/Alekla0126/app-console-mcp", "appconsole", "mcp", "play"],
"env": { "GOOGLE_PLAY_SERVICE_ACCOUNT": "/path/to/service-account.json" }
},
"app-store-connect": {
"command": "uvx",
"args": ["--from", "git+https://github.com/Alekla0126/app-console-mcp", "appconsole", "mcp", "appstore"]
},
"admob": {
"command": "uvx",
"args": ["--from", "git+https://github.com/Alekla0126/app-console-mcp", "appconsole", "mcp", "admob"]
}
}
}
appconsole mcp all serves the three services as a single server, for clients that take only one.
Or with the Claude Code CLI:
claude mcp add google-play -- uvx --from git+https://github.com/Alekla0126/app-console-mcp appconsole mcp play
CLI only
uv tool install git+https://github.com/Alekla0126/app-console-mcp
appconsole --help
appconsole play reviews com.example.app --unanswered-only
Credentials
Settings are read from environment variables first, then from ~/.config/appconsole/config.json
(appconsole config set KEY VALUE, stored with 600 permissions). Only file paths and ids are stored; keys stay
where you keep them. Run appconsole doctor to check all three services.
Google Play setup
- In a Google Cloud project enable the Google Play Android Developer API and the Google Play Developer Reporting API.
- Create a service account (IAM & Admin > Service accounts) and a JSON key for it.
- In Play Console > Users and permissions > Invite new users, add the service account's email and grant what you need: View app information (read and vitals), Manage store presence (listings), Release apps to testing tracks / Release to production (uploads and rollouts), Reply to reviews.
appconsole config set GOOGLE_PLAY_SERVICE_ACCOUNT /path/to/key.json- For
users,grantandrevoke:appconsole config set GOOGLE_PLAY_DEVELOPER_ID <the number after /developers/ in any Play Console address>, and give the key "Manage users and permissions".
App Store Connect setup
- App Store Connect > Users and Access > Integrations > App Store Connect API > Team Keys > generate a key. Role App Manager covers everything here except sales, which needs Sales or Finance.
- Download
AuthKey_<KEY_ID>.p8(Apple lets you download it only once) and note the Key ID and the Issuer ID. - Configure:
appconsole config set ASC_KEY_ID ABC123XYZ
appconsole config set ASC_ISSUER_ID 00000000-0000-0000-0000-000000000000
appconsole config set ASC_PRIVATE_KEY_PATH ~/.appstoreconnect/private_keys/AuthKey_ABC123XYZ.p8
appconsole config set ASC_VENDOR_NUMBER 12345678 # optional, for `appstore sales`
Already use fastlane? Point ASC_API_KEY_JSON to your api_key.json instead. If the .p8 file sits in
~/.appstoreconnect/private_keys or ~/private_keys, the path is optional.
AdMob setup
AdMob does not accept service accounts, only a Google user, so you authorize once:
- In a Google Cloud project enable the AdMob API.
- Configure the OAuth consent screen (External; add yourself as a test user) and set its publishing status to In production — refresh tokens of apps left in Testing expire after 7 days. For your own use you will see an "unverified app" warning; that is expected.
- Create an OAuth client ID of type Desktop app and download its JSON.
appconsole admob login --client-secrets client_secret.json(opens the browser once; the token is saved in~/.config/appconsole/admob-token.json). Add--monetizationto also create apps, ad units and mediation groups, once Google enabled your publisher id for them.
Alternative: gcloud application-default credentials with the AdMob scopes —
gcloud auth application-default login --scopes=https://www.googleapis.com/auth/admob.readonly,https://www.googleapis.com/auth/admob.report,https://www.googleapis.com/auth/cloud-platform.
With several publisher accounts set ADMOB_PUBLISHER_ID=pub-....
All settings
| Setting | Used by |
|---|---|
GOOGLE_PLAY_SERVICE_ACCOUNT | Google Play (falls back to GOOGLE_APPLICATION_CREDENTIALS) |
GOOGLE_PLAY_DEVELOPER_ID | Google Play users and permissions |
ASC_KEY_ID, ASC_ISSUER_ID, ASC_PRIVATE_KEY_PATH or ASC_PRIVATE_KEY | App Store Connect |
ASC_API_KEY_JSON | App Store Connect, fastlane-format key file instead of the three above |
ASC_VENDOR_NUMBER | appstore sales |
ADMOB_PUBLISHER_ID, ADMOB_TOKEN_FILE | AdMob, optional |
APPCONSOLE_HOME | config directory, default ~/.config/appconsole |
APPCONSOLE_DEBUG=1 | show full tracebacks in the CLI |
What the official APIs cannot do
These still need the website, and the tools say so when you hit them:
- Google Play: the Publish button when managed publishing is on (and Send for review when Google demands it by hand), creating apps, content rating, ads and advertising ID declarations, target audience, app access, custom store listings and listing experiments, replying to reviews older than about a week, and reading back the Data safety answers.
- App Store Connect: creating the app record, App Privacy labels, age rating, app previews, Resolution Center messages. Creating and pricing subscriptions and in-app purchases has an API but isn't implemented yet.
- AdMob: privacy & messaging (GDPR, US states, IDFA), blocking controls, the policy center, payments, app-ads.txt status and users. Creating apps, ad units, mappings and mediation groups exists but only for publishers Google enabled (✱ above).
Development
uv venv && uv pip install -e '.[dev]'
.venv/bin/pytest && .venv/bin/ruff check src tests
claude plugin validate .
bin/appconsole and the plugins run the package with uvx --from <repo>, which caches the build; after editing
the sources use the .venv or add --refresh-package app-console-mcp. For a release, bump the version in
pyproject.toml, src/app_console_mcp/__init__.py and the three entries of .claude-plugin/marketplace.json.
Tagging v* runs .github/workflows/publish.yml, which publishes to PyPI and then to the official MCP Registry
(server.json). It is off until PyPI trusts the workflow: on pypi.org add a pending trusted publisher (project
app-console-mcp, owner Alekla0126, repository app-console-mcp, workflow publish.yml, environment pypi), then
gh variable set PUBLISH_PYPI --body true and re-run the workflow.
Until then, .github/workflows/docker.yml (on the same tags, or run by hand) pushes the all-in-one image to
ghcr.io/alekla0126/app-console-mcp and lists that image in the MCP Registry instead. The registry reads the image,
so the package must be public (GitHub → Packages → app-console-mcp → Package settings → Change visibility). Once
PyPI is on, add the image to server.json's packages next to PyPI's, because the registry takes each version once.
A tool is one function decorated with @tool() (or @tool(write=True) with a confirm argument) in
src/app_console_mcp/{play,appstore,admob}.py. Its signature and Google-style docstring become both the MCP
schema and the CLI options. Keep outputs short: they are read by a model.
Issues and pull requests are welcome.
License
MIT. Not affiliated with Google or Apple. Google Play, AdMob and App Store Connect are trademarks of their owners.
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.