
asc-cli 是一个 Swift 写的 App Store Connect 命令行工具,目标很直接:把 iOS 和 macOS 应用的版本、构建、TestFlight、截图、订阅、IAP、报告和代码签名管理搬到终端和 CI 里。对需要频繁发版、补元数据、查构建状态的独立开发者或小团队来说,它把很多原本要在网页后台里点来点去的流程变成了可脚本化命令。
项目当前在 GitHub 上约 210 个 star,主语言是 Swift,官网写明是 MIT License,安装推荐用 Homebrew:brew install tddworks/tap/asccli。它需要 App Store Connect API key,源码构建则需要 Swift 6.2+;README 的 Requirements 写 macOS 13+,GitHub 仓库描述里则偏向 macOS / Swift CLI 场景。
从发版到 TestFlight,都能在终端里跑
asc-cli 覆盖的范围不只是列应用或查 build。README 里列到的命令包含创建版本、绑定 build、提交审核、归档并上传 IPA/PKG、管理 TestFlight 分组和测试者、更新 Beta notes、维护各语言元数据、上传截图和 App Preview 视频,还包括 IAP、订阅、促销优惠、Offer Code、Game Center、App Clips、销售与财务报告等更细的 App Store Connect 工作流。
它也支持把项目上下文固定到 .asc/project.json,这样后续命令就不用每次传 app id。多账号认证则通过 asc auth login 保存到 ~/.asc/credentials.json,可以用命名账号切换 active account;如果不想持久保存,也可以走环境变量。
给 AI Agent 看得懂的输出
这个项目最值得注意的不是“又一个 ASC CLI”,而是它把 AI agent 放进了设计目标。命令输出支持结构化 JSON,并带 CAEOAS affordances:比如列出应用或版本时,不只是返回数据,还给出下一步可执行动作,让 agent 不必完整理解整棵命令树,也能按 affordance 继续发版流程。
这对自动化很关键。人类可能知道下一步要运行 asc versions submit,但 agent 更适合读取机器可理解的状态和下一步动作。asc-cli 的官网 OG 图里也直接展示了这种模式:asc apps list 返回应用和 affordances,随后再进入版本列表和提交审核。
Iris 是增强,不是默认必需
README 还提到一个可选的 Iris 私有 API 登录路径,用来补上公开 App Store Connect API 覆盖不到的场景,例如首次 IAP 提交需要随新版一起走。它通过 Apple ID 交互登录保存约 30 天 session;普通 CI 仍然可以只用 API key,Iris 是增量能力。
这意味着它既可以服务常规自动化,也可以在确实需要接近 ASC 网页后台能力时往前多走一步。不过涉及私有 API 和 Apple ID session 的地方,团队使用前最好先评估安全边界、账号权限和合规风险,不要把它当成无脑 CI 默认项。
项目地址
官网:https://asccli.app/
项目地址:https://github.com/tddworks/asc-cli
原创文章,如若转载,请注明出处:https://wefound.cc/p/3505.html