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コーディングツールによって、単純なアプリを作るコストが十分に下がり、親が子ども1人向けのゲームを作ったり、配偶者向けのユーティリティを作ったり、4人の友人で共有するツールを作ったりできるようになりました。そうしたアプリは、作られた相手以外には市場が存在しないかもしれません。

Appleの配布システムは、米国においてそのユースケース向けの持続的な階層を備えていません。無料のAppleデベロッパーアカウントでは作成者が個人のデバイスにアプリをインストールできますが、Appleのドキュメントによればプロビジョニングプロファイルは7日で失効すると書かれています。無料アカウントは10個のアプリIDと3台の登録デバイスに制限されており、これらの登録も同じスケジュールで失効します。プロファイルが失効した後、作成者はアプリを再ビルドして再インストールしなければなりません。

「それはパーソナルアプリの階層ではない」とLyalinは書きました。「それは7日間の時計付きの開発者向け階層だ。」

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のinternal testingトラックにアップロードすることもできます。Googleによれば、作成者は編集を続ける中で自分のデバイス上のアプリを自動的に更新できるといいます。AI Studioから他のテスターを直接招待する機能は、Googleの5月19日の発表ではまだ「近日対応」として記載されていました。

その結果、アプリ作成とアプリ配布の間に新たな分断が生まれつつあります。モデル提供者やコーディング系スタートアップは、プロンプトから動作するソフトウェアまでの作業を減らすために競っています。Appleは依然として、作成者に対して開発、ベータテスト、登録済みテストデバイス、あるいはApp Storeでの公開のために作られたワークフローの中から選ばせることを要求しています。

Apple's existing routes expire or require administration

Apple Developer Programに参加するには年会費99ドルがかかり、いくつかの配布経路が開かれます。どれもLyalinが提案した低管理の家族・友人向けチャネルに一致するものではありません。

TestFlightは最大10,000人の外部テスターをサポートしており、これらのユーザーは開発者のApp Store Connectアカウントへのアクセスを必要としません。しかし、TestFlightビルドは90日で失効します、外部テスト向けに最初に追加されるビルドはTestFlight App Reviewを通過する必要があります。内部テストはその外部審査のワークフローを回避しますが、開発者のコンテンツにアクセスできるApp Store Connectユーザー100人に限定されます。

Ad Hoc配布では、TestFlightの外で登録されたハードウェアにアプリをインストールできます。Appleは作成者に対して各デバイスの識別子を収集し、それを開発者アカウントに追加することを要求します。このプログラムは会員年度ごとに製品ファミリーあたり最大100台のデバイスを許可します。年の途中でデバイスを無効にしてもそのスロットは復元されず、利用可能な数は新しい会員年度の開始時にリセットされます。

Appleはまたunlisted App Store distributionを提供しており、これによりアプリを検索結果、ランキング、推奨から除外しつつ直接リンクを通じて提供できます。ただしその経路でもリリース準備ができたアプリをApp Reviewに提出する必要があります。リンクを入手した誰でも掲載ページにたどり着けるため、必要に応じて開発者自身でアクセス制御を追加することをAppleは勧めています。

Apple Business ManagerやApple School Managerを通じて配布されるカスタムアプリは、プライベートな組織向け展開に対応します。これらのシステムは、配偶者とアプリを共有する個人ではなく、企業、学校、あるいは管理対象デバイスプログラムを前提としています。

LyalinはFamily Sharing、TestFlight、デバイス管理など、Appleが既に運用しているシステムを基に構築することを提案しました。作成者は小規模なプライベートカタログを維持し、メンバーシップを管理し、更新を送信し、アクセスを取り消すことができ、アプリをベータや公開製品として提示する必要がなくなります。

セキュリティがAppleの門戸が存在する理由です。プライベートな配布チャネルは、もしAppleが第三者を大規模に招待しやすくしてしまえば、マルウェア、詐欺、あるいはApp Reviewを回避する試みのルートになり得ます。Lyalinは、開発者自身のテストデバイスと公開ソフトウェア配布の間に別個のカテゴリーがあることを認めつつ、Appleは厳格な制限と管理を維持すべきだと主張しました。

この問題提起のタイミングは、プラットフォームの配布ルールが対応するようには設計されていなかった速度で、小規模で専門化されたアプリケーションを生成できるAIツールが広まっていることに続きます。AppleはこれらのプロジェクトをWeb上に放置し、リンクを送ることが最も簡単な展開方法のままにすることもできます。ネイティブのパーソナルアプリ階層があれば、そうしたソフトウェアとそれをめぐる活動のより多くをiOSの内部に留めておくことができるでしょう。