Serveur MCP Blitz
✓ VérifiéPermet aux agents IA de gérer le cycle de vie du développement iOS, y compris les soumissions sur App Store Connect, les achats intégrés et le contrôle du simulateur iOS.
Aussi connu sous blitzdotdev/blitz-mac, blitz-mac, @blitzdev/blitz-mcp
- Étoiles
- 1 770
- Outils
- —
- Téléchargements, 30 jours
- 220
- Dernière version
- 1.0.26
- Dernier commit
- 14 juil. 2026
- Licence
- Apache-2.0
Qu'est-ce que Blitz MCP ?
Blitz est un serveur MCP. Permet aux agents IA de gérer le cycle de vie du développement iOS, y compris les soumissions sur App Store Connect, les achats intégrés et le contrôle du simulateur iOS.
Résumé généré à partir du README du projet
À propos du MCP server Blitz
Blitz permet aux développeurs utilisant des agents IA de gérer le cycle de vie du développement iOS via le langage naturel. Cette application macOS native fournit un pont entre les clients IA tels que Claude Code, Cursor ou Codex et l'écosystème App Store Connect. En exécutant un MCP server local lié à localhost, il permet aux agents d'exécuter environ 35 outils différents pour automatiser des tâches de déploiement complexes.
Les utilisateurs peuvent diriger un agent pour tout gérer, du démarrage et du contrôle du simulateur iOS à la gestion des builds TestFlight et au téléchargement de captures d'écran pour différentes tailles d'appareils. Le système gère également la monétisation en créant des achats intégrés et des abonnements, tout en s'assurant qu'ils sont correctement associés aux versions de l'application avant la soumission. Comme il inclut un CLI scriptable, les agents peuvent même effectuer des opérations spécifiques au sein de la même session authentifiée. Cette configuration transforme la difficulté manuelle des soumissions sur l'App Store en un flux de travail automatisé piloté par un client IA.
Ce que vous pouvez faire avec
- 1Gérer les achats intégrésLes développeurs peuvent utiliser un agent pour créer de nouveaux abonnements et s'assurer qu'ils sont attachés à la bonne version de l'application.
- 2Contrôler les simulateurs iOSVous pouvez donner l'instruction à une IA d'interagir avec un simulateur en cours d'exécution pour effectuer des actions ou capturer l'écran.
- 3Gérer les testeurs TestFlightUn agent peut gérer la distribution des builds en ajoutant des testeurs à TestFlight.
Extrait du README du projet. Chaque cas d'utilisation est vérifié par rapport à une citation du document.
Comment installer Blitz MCP
Formats vérifiés le 10 nov. 2026Ajouter à CursorAjouter à GooseInstaller Blitz MCP dans Claude Code
$ claude mcp add blitz-mac -- npx -y @blitzdev/blitz-mcpInstaller Blitz MCP dans Cursor
~/.cursor/mcp.json
{
"mcpServers": {
"blitz-mac": {
"command": "npx",
"args": [
"-y",
"@blitzdev/blitz-mcp"
]
}
}
}Installer Blitz MCP dans VS Code
.vscode/mcp.json
{
"servers": {
"blitz-mac": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@blitzdev/blitz-mcp"
]
}
}
}Installer Blitz MCP dans VS Code CLI
$ code --add-mcp '{"name":"blitz-mac","type":"stdio","command":"npx","args":["-y","@blitzdev/blitz-mcp"]}'Installer Blitz MCP dans Claude Desktop
claude_desktop_config.json
{
"mcpServers": {
"blitz-mac": {
"command": "npx",
"args": [
"-y",
"@blitzdev/blitz-mcp"
]
}
}
}Installer Blitz MCP dans Codex
$ codex mcp add blitz-mac -- npx -y @blitzdev/blitz-mcpInstaller Blitz MCP dans Codex config.toml
~/.codex/config.toml
[mcp_servers.blitz-mac] command = "npx" args = ["-y", "@blitzdev/blitz-mcp"]
Installer Blitz MCP dans Gemini CLI
$ gemini mcp add -s user blitz-mac npx -- -y @blitzdev/blitz-mcpInstaller Blitz MCP dans Gemini settings.json
~/.gemini/settings.json
{
"mcpServers": {
"blitz-mac": {
"command": "npx",
"args": [
"-y",
"@blitzdev/blitz-mcp"
]
}
}
}Vérifications automatisées
Exécuté le 13 nov. 2026Rapport complet →A passé nos vérifications automatisées. Il ne s'agit pas d'un audit de sécurité : lisez le code et donnez au serveur l'accès le plus restreint dont il a besoin. Fonctionnement des vérifications
- Dépôt source lié et accessibleRéussi
- Licence open source (OSI)Réussi
- Commit ou version publiée au cours de l'année écouléeRéussi
- Nom du package non proche d'un package populaireRéussi
- L'endpoint distant utilise HTTPSNon vérifié
- Les outils destructifs sont étiquetésNon vérifié
- Aucune instruction cachée destinée au modèleRéussi
- Aucun avis critique dans le package ou ses dépendancesRéussi
README
Voir sur GitHubMCPに対応したmacOSネイティブのApp Store Connectツール。iOSアプリの提出・IAP管理・App Store提出プロセスの自動化をAIエージェントで実現
Blitz is a native macOS app for submitting iOS apps to App Store Connect using AI agents. It gives Claude Code (or any MCP client) full control over the iOS development lifecycle: running simulators, configuring in-app purchases, uploading screenshots, and triggering App Store review submissions, all from a single native macOS GUI.
If you are fighting App Store Connect to get your app submitted, Blitz automates the painful parts.
AIエージェントを活用してiOSアプリをApp Store Connectに提出するmacOSネイティブアプリ、Blitz。
このアプリを使えば、Claude Code(または任意のMCPクライアント)から、iOS開発ライフサイクル全体を完全に制御できます。シミュレータの実行、アプリ内課金の設定、スクリーンショットのアップロード、App Storeへの審査提出まで、すべて単一のmacOSネイティブGUIから実行できます。
App Store Connectでのアプリ提出に苦労しているなら、Blitzがその面倒な作業を自動化します。
Demo: submitting an app to App Store Connect for review
https://github.com/user-attachments/assets/07364d9f-f6a7-4375-acc8-b7ab46dcc60e
Features
| Features | |
|---|---|
| App Store Connect | Submit for review, manage versions, pricing, listings |
| In-app purchases | Create IAPs and subscriptions, attach to versions before submission |
| Screenshots | Upload all required device sizes across locales |
| TestFlight | Add testers, manage builds |
| iOS Simulator | Boot/shutdown, touch/swipe, live screen capture |
| MCP server (~35 tools) | Claude Code, Codex, Cursor, or any MCP client drives the full workflow |
| asc-cli (bundled) | Scriptable CLI for edge-case ASC operations. Auto-installed, shared auth, available in every Blitz agent session |
Download Blitz
Need a backend?
We launched teeny CLI, a CLI that lets your agent define a complete backend in one TypeScript file and deploy to Cloudflare's infra. Your agent handles everything:
- Auth: sign-up/sign-in users in with Google, GitHub, Discord, or email/password
- Database: store and query your app's data with row-level security so users only see their own
- File storage: upload and serve files from Cloudflare R2, serve up to 10GB of content to your customers
- Server logic: write arbitrary endpoints to handle Stripe payments, rate limits, and custom business logic your app needs
You get up to 5 free backends you can deploy when you register in the terminal via teeny register. Each free backend gives you:
- 1M requests/month (Cloudflare Worker)
- 100MB SQLite database (Cloudflare D1)
- 10GB file storage (Cloudflare R2)
That's enough to cover 5 apps with 1K daily active users without paying a cent.
Install with
npm install -g teenybase
Then tell your agent
Use teeny cli (run `teeny docs` first to learn about teenybase) to add a backend to this project.
Build Blitz from source
Requirements: macOS 14+ · Xcode 16+ · Node.js 18+ · Go 1.26+
# Clone
git clone https://github.com/blitzdotdev/blitz-mac.git
cd blitz-mac
# Fetch the pinned App Store Connect helper fork
git submodule update --init --recursive
# Debug build
swift build
# Release build
swift build -c release
# Bundle as .app (ad-hoc signed)
bash scripts/bundle.sh release
# The app is at .build/Blitz.app
open .build/Blitz.app
For signed builds, copy .env.example to .env and fill in your Apple Developer credentials, then run:
bash scripts/bundle.sh release
The ASC helper binary bundled into the app is built from the pinned submodule at deps/App-Store-Connect-CLI-helper. If you need to override that source during development or CI, set BLITZ_ASCD_SOURCE_DIR or point BLITZ_ASCD_PATH at a prebuilt compatible helper binary.
Verify a release binary
Every GitHub release includes SHA256SUMS.txt with checksums of the CI-built binary. To verify:
Option 1: Check a downloaded binary against release checksums
# Download both Blitz.app.zip and SHA256SUMS.txt from the GitHub release
shasum -a 256 -c SHA256SUMS.txt
Option 2: Build from source and compare
bash scripts/verify-build.sh v1.0.20
This builds the app locally and compares the main executable checksum against the release. CI builds use ad-hoc signing, so checksums match when you build with the same toolchain.
Option 3: Inspect the CI build yourself
All release binaries are built by the public GitHub Actions workflow. The workflow is transparent — you can audit every step and verify that the published artifact matches what the workflow produced.
Security and privacy
- Minimal telemetry in official releases only. GitHub release builds may embed a build-time analytics endpoint and token and send anonymous product telemetry. Source builds, forks, and debug builds stay off by default unless you explicitly embed analytics config while bundling.
- What official telemetry records. App launches, Blitz project type inventory/create/import events, and MCP/App Store Connect tool usage events. Each event includes an anonymous device ID stored at
~/.blitz/analytics/device-id, app version, OS version, event name, timestamp, and when applicablesource(blitz_managedoragent_direct), normalized command type, success, and duration. - What official telemetry never records. No project names, paths, bundle IDs, CLI args, App Store Connect form values, file names, prompts, terminal contents, or user content.
- App Wall sync is opt-in. If you enable App Wall sync, Blitz sends the selected apps' public store listing metadata and submission history to the App Wall backend. Reviewer feedback is only sent when
Share reviewer feedbackis enabled. - Network requests depend on the features you use. Beyond the optional anonymous telemetry above, Blitz may talk to a build-time-configured analytics ingest endpoint in official release builds, Apple's App Store Connect API, GitHub's releases API for update checks, the npm registry during install/update to refresh
@blitzdev/iphone-mcp, and the App Wall backend when App Wall sync is enabled. - MCP server is localhost-only. The built-in MCP server binds to
127.0.0.1and is never exposed to the network. - No access to sensitive data. The app does not access your contacts, photos, location, or any personal data. Screen capture is limited to the iOS Simulator window.
Architecture
Single-target SwiftUI app built with Swift Package Manager. All source lives in src/. See CLAUDE.md for detailed architecture documentation.
Contributor TODO
- Improve auto-update performance and UX. The current
.app.zipupdate path runs embeddedpreinstall/postinstallscripts during in-app updates, which can re-run heavyweight setup like Python,idb, and simulator checks. The preferred fix is a fast app-replacement path for normal updates, with toolchain repair/checks moved to first launch or background maintenance, plus real progress reporting during download/install.
License
FAQ
How long does App Store review take?
Typically 1–2 days for iOS apps, though this varies. The Mac App Store has been running slower (5–10 days in early 2026). Runway publishes live review time data updated continuously. Submitting on weekdays and avoiding major Apple event windows (WWDC, product launches) tends to reduce wait times. Expedited review is available for critical bug fixes via App Store Connect.
What are the most common App Store rejection reasons?
Generally, top rejection reasons are:
- Crashes and bugs. The app crashes during review or has obvious bugs. Always test on a real device before submitting.
- Incomplete or placeholder content. The app has "lorem ipsum" text, grayed-out buttons, or features that don't work.
- Inaccurate metadata. The description, screenshots, or keywords don't match what the app actually does.
- Privacy policy missing. Any app that collects user data (or uses any third-party SDK that does) must include a privacy policy URL in App Store Connect and link to it from within the app.
- In-app purchase not attached. IAPs must be in "Ready to Submit" state and explicitly attached to the app version before submission.
- Guideline 4.0 (Design). UI doesn't meet iOS Human Interface Guidelines, or the app is a thin wrapper around a website.
To detect rejections in your app before submitting, try the Reviewer Agent which roleplays as an App Store reviewer following all the 100+ guidelines.
Can I automate App Store Connect?
Yes. Blitz's built-in MCP server lets Claude Code or any AI agent drive the entire App Store Connect submission workflow: filling forms, uploading screenshots, configuring IAPs, and submitting for review, using natural language instructions. Apple also provides the App Store Connect API for direct automation.
How do I set up in-app purchases in App Store Connect?
- In App Store Connect, go to your app → Monetization → In-App Purchases
- Create each product (consumable, non-consumable, or auto-renewable subscription), set the product ID, reference name, price, and localized display name/description
- Set the product status to Ready to Submit
- Before submitting your app version for review, go to the version page and attach each IAP under In-App Purchases and Subscriptions
Blitz handles steps 2–4 natively, including attaching IAPs to the version. This is the step most developers miss, which causes rejections.
How do I add screenshots for App Store submission?
Blitz supports three display types: iPhone 6.7", iPad Pro 12.9", and Mac. Required pixel dimensions:
- iPhone 6.7": 1290×2796, 1284×2778, 1242×2688, or 1260×2736
- iPad Pro 12.9": 2048×2732
- Mac: 1280×800, 1440×900, 2560×1600, or 2880×1800
Capture screenshots from the iOS Simulator, then drag them into Blitz's screenshot track or let Claude Code manipulate slots directly with screenshots_put_track_slot, screenshots_remove_track_slot, screenshots_reorder_track, and screenshots_save.
Why does my app keep getting rejected?
The most frequent causes beyond the list above: missing or broken deep links listed in the metadata, sign-in credentials not provided to the reviewer (add a demo account in App Store Connect), and entitlements that don't match what the app actually uses. Review Apple's App Review Guidelines and run through Adapty's pre-submission checklist before each submission.
Does Blitz work with Claude Code and Codex?
Yes. Blitz works with both Claude Code and Codex. Install Blitz, launch it, and you can either launch Claude Code/Codex in the built-in terminal or externally. Claude Code/Codex can then control simulators, generate tests, and submit to App Store Connect without leaving the terminal.
Questions sur Blitz MCP
Comment ajouter Blitz MCP à Claude Code ?
Exécutez claude mcp add blitz-mac -- npx -y @blitzdev/blitz-mcp dans votre terminal. Ajoutez --scope user pour le rendre disponible dans tous les projets.
Comment ajouter Blitz MCP à Cursor ?
Ouvrez ~/.cursor/mcp.json et ajoutez le serveur sous mcpServers, avec la configuration Cursor indiquée dans la section d'installation ci-dessus.
Puis-je automatiser App Store Connect ?
Oui, le MCP server intégré de Blitz permet à des agents IA comme Claude Code de piloter l'intégralité du flux de soumission, notamment le remplissage de formulaires et le téléchargement de captures d'écran.
Comment configurer les achats intégrés dans App Store Connect ?
Vous pouvez créer des produits et définir leur statut sur Ready to Submit, puis les associer à la version de votre application. Blitz gère ces étapes nativement.
Comment ajouter des captures d'écran pour la soumission sur l'App Store ?
Vous pouvez capturer des captures d'écran depuis le simulateur iOS et les télécharger via le suivi de captures d'écran de Blitz, ou utiliser les outils MCP pour manipuler les emplacements de captures d'écran.
Le MCP server est-il sécurisé ?
Le MCP server est uniquement local, lié à 127.0.0.1 et n'est jamais exposé au réseau.