プロンプトからアプリストアへ

この投稿のカバー画像にあるアプリは、アマチュア無線リスナー向けのログブック「Longwave」です。1つのプロンプトを入力すると、その先にAndroidバンドル、ブラウザ拡張機能、3つのOS向けデスクトップインストーラーが出力され、実際の開発者アカウントに紐づいたストア提出まで済んだ状態でした。誰もフォームを開いていません。このプロセスについて、実際によく聞かれることをまとめました。

ウェブビルドがすでに動いているのに、なぜアプリストアの自動化に労力をかけるのか?

URLはディストリビューション戦略の半分にすぎないからです。人々は今でもアプリストア内でユーティリティを探しますし、ストア公開は面倒で難易度の低い雑用の山です——パッケージ形式、バージョン付きアップロード、掲載文言、スクリーンショットのサイズ、プライバシーに関する質問票。どれも難しくはありませんが、面倒くさい。そして面倒だけど厳密な作業こそ、あなたではなくエージェントが担うべき仕事です。

Google Play向けに、エージェントは実際に何を構築するのか?

署名済みの .aabで、実際のGradleツールチェーンによって生成されます——ストアに気づかれないことを願うだけのエクスポートではありません。同じ成果物から、掲載タイトルと説明文を書き、動作中のアプリからスクリーンショットを生成し、プライバシーに関する質問票にも記入します。

プライバシーに関する回答は信用していいのか、それとも自分でも確認すべきか?

確認したいならしてください。ただ、こう作られています——エージェントは回答する前にソースコードを読みます。「このアプリはデータを収集しません」という主張がフォームに載るのは、コードが実際にネットワーク通信を一切行わず、アナリティクスSDKも組み込んでいない場合だけです。選択を迫られた場合、このシステムは過大申告よりも控えめな申告を選びます——後から質問票との不一致を指摘される方が、今日の少し控えめな回答よりもはるかに面倒だからです。

Google Play、Chrome、Firefoxで何が違うのか?

正直なところ、Firefoxが一番きれいなケースです——Mozillaの提出フローは他の2つのような手動対応をほとんど要求しないので、エージェントの役割は「準備する」というより「完了させる」に近くなります。

アプリストア経由のインストール自体を望まない人はどうなるのか?

デスクトップ用インストーラーは、ビルドページから直接ダウンロードできる形で提供されます——Windows用インストーラー、Linux用パッケージ、そしてApple SiliconとIntelの両方で動くユニバーサル版のmacOSディスクイメージです。インストールダイアログはOSを自動検出し、それに応じた手順を表示します。「開発元を確認できません」という表示がサポートチケットになるのではなく、ダウンロードページの一文で済むようにしたかったのです。

掲載情報に載る名前は誰のものか——Longwaveか、それともプラットフォームか?

あなたのものです。すべての提出はあなた自身の開発者アカウントを通じて行われ、私たちのアカウントではありません。これは意図的な設計です——製品の登録上の発行者はあなた自身であるべきで、レビューもストアとの関係もあなたのものです。私たちは名義を持つ大家ではなく、姿の見えないスタッフでありたいと考えています。

何がうまくいかない可能性があり、実際には誰が責任を負うのか?

どのプラットフォームも保証できない2つのことがあります。ストア審査はストア側の判断です——エージェントは最善の提出物を準備しますが、承認は保証されません。そう言い切る人がいたら疑ってかかるべきです。そして開発者登録と、それに伴う手数料は、私たちではなくあなたとストアとの間の関係です。この2つの間にあるすべて——フォーム入力、サイズ調整済みスクリーンショット、質問票のチェック項目に費やされる午後の時間——は、今やエージェントの仕事です。