Blitz

Native macOS App Store Connect tool with MCP. Submit iOS apps, manage IAPs, and automate App Store submission with AI agents.

MCPに対応した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

Download Blitz

Download from blitz-mac.com

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 applicable source (blitz_managed or agent_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 feedback is 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.1 and 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.zip update path runs embedded preinstall/postinstall scripts 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

Apache License 2.0

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.