Google 产品经理要求 Apple 向私人个人应用开放 iPhones

Why it matters

AI coding is shifting the bottleneck from writing software to safely distributing it. Apple risks pushing personal micro-apps to the web unless iOS gains a durable private-sharing tier.

Dmitry Lyalin (@LyalinDotCom)，负责 Gemini CLI 的 Google 产品经理，于 7 月 28 日 向 Apple 请求 创建一种安全的方式，以便人们安装和更新为家庭成员和小团体制作的私人 iPhone 应用。

Lyalin 的论点从“谁能制作软件”的变化开始。AI 编码工具已经将制作一个简单应用的成本降低到足以让父母为一个孩子构建一款游戏、为配偶制作一个实用工具，或为四个朋友制作一个共享工具。那些应用可能除了为其制作的人群之外没有其他市场。

Apple 的分发系统在美国没有为该用例设计的持久层级。免费 Apple developer account 允许创作者在个人设备上安装应用，但 Apple 的文档 表示 provisioning profile 在七天后到期。免费账户还被限制为 10 个 app IDs 和 3 台已注册设备，而这些注册也会按相同的时间表到期。配置文件到期后，创作者必须重新构建并重新安装应用。

“这不是个人应用层级，”Lyalin 写道。“这是一个带有七天倒计时的开发层级。”

据 他的个人网站，Lyalin 在 Microsoft 工作 14 年后于 2022 年加入 Google，在 Microsoft 曾参与包括 .NET MAUI、.NET Hot Reload、Visual Studio XAML tooling 和 Azure DevOps 等产品的工作。他此前在 Google 领导过 Firebase Serverless 和 Genkit。他明确表示，他向 Apple 的提议是个人意见，并不代表 Google 或 Android。

这一区分很重要，因为 Google 已经在推动 Lyalin 描述的软件模型。今年 5 月， Google 在 Google AI Studio 中添加了原生 Android 应用生成功能，允许用户提示服务生成 Kotlin 和 Jetpack Compose 代码，在浏览器模拟器中运行结果，并通过 Android Debug Bridge 安装。

AI Studio 还可以打包应用并将其上传到 Google Play 的内部测试通道。Google 表示，创作者在继续编辑应用时可以自动在自己的设备上更新该应用。Google 在 5 月 19 日的公告中仍然将直接从 AI Studio 邀请其他测试者列为“即将推出”。

结果是应用创建与应用分发之间出现了新的分裂。模型提供商和编码初创公司正竞争以减少从提示到可运行软件之间的工作量。Apple 仍要求创作者在为开发、测试版测试、已注册测试设备或 App Store 发布构建的工作流之间进行选择。

Apple 的现有渠道要么到期要么需要管理

加入 Apple Developer Program 每年会员费用为 99 美元，并开启若干分发路径。但没有一种匹配 Lyalin 提议的低管理量的家庭和朋友渠道。

TestFlight 支持最多 10,000 名外部测试者，这些用户不需要访问开发者的 App Store Connect 帐户。但 TestFlight 构建在 90 天后到期，并且首次用于外部测试的构建必须经过 TestFlight App Review。内部测试可以避免该外部审查工作流，但它仅限于 100 名可以访问开发者内容的 App Store Connect 用户。

Ad Hoc 分发允许开发者在已注册硬件上在 TestFlight 之外安装应用。Apple 要求创作者收集每台设备的标识符并将其添加到开发者帐户。该计划允许 每个产品系列每个会员年度最多 100 台设备。在年度内禁用某台设备不会恢复该名额；可用数量将在新会员年度开始时重置。

Apple 还提供 unlisted App Store distribution，该方式将应用从搜索结果、排名和推荐中移出，同时通过直接链接提供访问。该路径仍然要求将可发布的应用提交进行 App Review。任何获取该链接的人都可以访问该列表，因此 Apple 建议开发者在必要时添加自己的访问控制。

通过 Apple Business Manager 或 Apple School Manager 分发的定制应用则针对私有的组织部署。这些系统假定的是企业、学校或托管设备计划，而不是一个人与配偶共享应用。

Lyalin 建议在 Apple 已经运行的系统之上进行构建，包括 Family Sharing、TestFlight 和设备管理。创作者可以维护一个小型私人目录、控制成员资格、发送更新并撤销访问，而无需将应用呈现为测试版或公开产品。

安全仍然是 Apple 设立这些门槛的原因。如果 Apple 让邀请外人变得容易且规模化，一个私人分发渠道可能成为恶意软件、欺诈或规避 App Review 的途径。Lyalin 主张 Apple 应当在承认开发者自有测试设备与公开软件分发之间存在独立类别的同时，保持严格的限制和控制。

这一时机紧随能比平台分发规则设计进度更快地产生小型专用应用的 AI 工具的传播。Apple 可以将这些项目留在网页上，在那里发送链接仍然是最简单的部署方法。一个原生的个人应用层级会将更多此类软件及其相关活动保留在 iOS 内。