
Apple Connect Workflows Mcp
io.github.mesutbeysulen由 GitHub 账号 mesutbeysulen 发布v0.18.0更新于 Nov 14, 2026
App Store Connect release prep: metadata, builds, TestFlight, review, commerce, Game Center.
概览
本地 MCP 服务器与命令行工具,通过 App Store Connect API 准备并发布 iOS 应用和游戏。
- 可以做什么
- 管理应用与版本:应用信息、类别、年龄分级、可用性、版本文案、审核信息、出口合规
- 上传与管理媒体:截图、应用预览、页首与搜索结果图片,支持中断后续传
- 处理构建与 TestFlight:上传 IPA/PKG、等待处理、测试群组与测试员、Beta 版 App 审核
- 准备审核与发布:就绪报告、提交、分阶段或手动发布、回复用户评论
- 管理商务与营销:App 内购买、订阅、价格、优惠、自定产品页、App 内活动、A/B 测试
- 处理 Game Center、Xcode Cloud 构建、团队成员、设备、证书与描述文件,以及销售、财务和分析报告
- 适用场景
- 适合让助手在本地协助 App Store Connect 发布工作:撰写与同步元数据、上传构建和截图、准备 TestFlight 与审核提交,或查看销售与分析报告。也适合希望默认只读、写入前先预览的开发者。
- 运行要求
- 需要 Node.js 24 或更高版本,以 stdio 方式在本地运行(npx 包)。需要 App Store Connect API 密钥:issuer ID 与 .p8 密钥文件的绝对路径,通过 key-setup 写入配置文件,并以 APPLE_CONNECT_CONFIG 传入该配置文件的绝对路径。需要访问 Apple API 的网络。写入需将 readOnly 设为 false 并在 allowedAppIds 中列出应用。
安装
在 SourceWeft 中
- 打开 控制台中的 Apple Connect Workflows Mcp,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
Apple Connect Workflows MCP
[npm version] [CI] [GitHub stars] [License: MIT] [Node.js]
A local Model Context Protocol server and CLI for preparing and shipping apps and games through App Store Connect, from Claude, Codex or any MCP client. It covers the release path end to end: app information, screenshots, builds, TestFlight, App Review, release, in-app purchases, marketing, Game Center, Xcode Cloud, team and signing, and reports.
It runs over stdio, keeps API keys on your machine, starts every account read-only, and stores plans and journals in a local SQLite database. It is not affiliated with Apple.
Give this line to your AI assistant to install and configure it:
Quick start
Node.js 24 or newer. Pass the path to your .p8 key, never its contents:
Register it with Claude Code (for Codex CLI, use codex mcp add with the same arguments):
For individual keys, other clients, source installs and enabling writes, see Getting started.
Documentation
What it supports
How writes stay safe
- Accounts are read-only until you set
readOnly: falseand list the app inallowedAppIds. - Commands check that every ID belongs to the named app before writing.
- Price, availability, team, signing and bulk changes preview first and write only with
--execute. - From an MCP client, writes go through a saved plan with a SHA-256 digest that runs once. The client prepares and shows it; you run it with
apple-connect-mcp workflow-apply. SetmcpApply: trueon an account to let the client apply plans itself.
Details and limits are in the safety model.
Status
Every request the commands send is checked in tests against Apple's App Store Connect API 4.6 OpenAPI schema, and the MCP server is tested over a real stdio session. Read tools have been run against a live account with smoke-read (67 of 71 returned real data, none failed), and the core release-preparation writes (text, metadata sync, App Review and TestFlight details, beta groups, build attachment, screenshot upload, and the MCP plan-and-apply path), Custom Product Pages, in-app events, webhooks, sandbox testers, App IDs, capabilities, provisioning profiles, certificates, A/B test setup, in-app purchases, subscriptions, offers and Game Center items. Submission, release, team and Xcode Cloud writes are not yet verified live; see the safety model. Run smoke-read on your account, then try writes on a test app.
Not covered: creating the app record, App Privacy answers and agreements (no API; submission_manual_steps links to them), Keychain storage of keys, and remote multi-user hosting.
Development
CI runs on Node.js 24 and 26. To regenerate the API catalog from an Apple OpenAPI document, run npm run catalog -- /absolute/path/to/openapi.oas.json. Command help lives in src/help.ts; tests fail if a command is missing from it or the generated docs are stale.
Releasing
Add a section to CHANGELOG.md, bump version in package.json, both versions in server.json, and the pinned version in README.md, AGENTS.md and docs/getting-started.md, then push to main. The Release workflow runs only when npm does not have that version yet: it runs the checks and tests, publishes to npm, creates the v<version> tag and a GitHub release, and lists the version in the MCP Registry as io.github.mesutbeysulen/apple-connect-workflows-mcp.
Publishing uses npm trusted publishing with provenance for the workflow release.yml. If an NPM_TOKEN repository secret exists, the workflow publishes with that token instead and skips provenance.
License
MIT.
来源:README.md,提交 da3093e
工具
0版本历史
1- v0.18.0最新Nov 14, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分