Gemini CLIでApp Storeスクリーンショットを生成する方法

Gemini CLIとApp Storeスクリーンショット：なぜ使うのか？

Figmaで何時間もフレームをドラッグしたり、Photoshopの配置ツールと格闘してようやくApp Store Connectへの提出を終える…そんな経験はありませんか？多くのインディーチームは大きく2通りに分かれます。すべて手作業でやる派か、リリースを急ぎバグリストがティム・クックの基調講演スクリプトより長いため退屈な作業は自動化する派です。

GitHub CopilotやCursorのようなツールがコードの自動化にどのように使えるかは見てきましたが、Appleの面倒な要求の中でもとくに多い、必要なあらゆるピクセルサイズのスクリーンショットセット自動生成はどうでしょう？ここにAIエージェントツールの熱狂が期待を集めています。そこでGoogleの最新コマンドラインインターフェースGemini CLIを、実際のApp Storeスクリーンショット作成ワークフローで試してみました。

まずはGemini CLIとは？デザイナーに使える？

GeminiはGoogleの大規模言語モデルですが、CLIはターミナルでスーパー能力を与えます。pip install google-generativeaiでインストール（Python環境が正常なら）。認証後はコマンドラインでウェブインターフェイスと同様にプロンプトを投げられ、システムプロンプトやスクリプトを自分で管理できます。コードやドキュメント、コンテンツ作成では堅実ですが、ビジュアル面は追いかけている段階です。

たとえば「iPhone 6.7インチ形式で以下の特徴のPNGシリーズを作成せよ」といったシステムプロンプトを与え、出力を直接ファイルへパイプも可能。実際はMidjourneyやDALL·Eより扱いにくいものの、スクリプト処理しやすいです。問題は時間短縮になるか、ただ余計な作業が増えるかです。

Gemini CLIでスクリーンショット生成に成功したこと

1. アセット生成（ただし一長一短あり）。「生産性タイマーアプリのApp Storeスクリーンショット（5枚、英語、1290x2796、クリーンなデバイスフレーム、iOS 17のUI）」とプロンプトを投げると、PNGのURLやBase64が返ります。ヘッドラインや背景、モックアップらしきものは半分良さげなものも出る一方で、実在しないカレンダーUIやApple非搭載フォントのAI幻覚も。具体的に指示すれば60%成功しますが、珍しい依頼（Apple Watchフレームなど）はほぼ無理です。
2. バッチ処理の効率化。プロンプトをループ処理できるのが強み。翻訳済みヘッドラインやスクショテキストを渡して、アセットをフォルダにまとめて次ビルドへ。bashスクリプトで全サイズ一括生成、アップスケーラーやシャープな画像処理と組み合わせれば効率的です。
3. 実験用バリアント生成。App Store Connectのプロダクトページ最適化でA/Bテスト資材が必要？Gemini CLIなら、人間デザイナーより速くヘッドラインやカラースキーム、フレームを作れます。最高品質ではありませんが、すぐに合わない要素を発見可能です。

Gemini CLIの課題と問題点

品質はムラが激しいです。標準的なストアショットとしては一見合格点のものもあれば、iPhoneの縁取りが違ったり、角の丸みがおかしい、無駄にデバイスのフレームが大きすぎたりします。

問題が深刻なのは、iOS 17のシートビューや最新のタブバー、Cupertinoコントロールなどデバイス精度の高いUIを生成させた場合です。細かいけど致命的なミスをしばしば犯し、審査員に見つかるとAppleに拒否されます。

ローカリゼーションも課題です。ヘッドラインは問題ありませんが、「努力ゼロで時間管理」などの非英語コピーは特にRTL言語だと完璧ではないため、AI翻訳と人間のレビューを必ず組み合わせてください。日本語やアラビア語のレイアウトは信頼できず、手動審査を通すなら注意が必要です。

さらに、Geminiはまだアプリのライブスクリーンショットをオーバーレイできません。最新ビルドから静止画を渡すか、プロンプトからAI任せにするしかありません。理論上は、Geminiが実スクリーンショットにラベルや背景を付けるスクリプトを作れるかもしれませんが、現状は自作コードが必要で専用ツールに比べ品質は安定しません。

実際にGemini CLIを使った具体例

例えばあなたが一人開発者で、年に一度のiOSデバイスサイズ対応とスクショ生成が主な悩み。シンプルなToDoアプリのためこうスクリプトを書けます：

for size in "1290x2796" "1242x2688" "1170x2532"
do
  gemini "Create an iOS 17 App Store screenshot for a productivity to-do app. Size: $size. Device frame, modern UI, headline: 'Focus on your day.' Minimalist background." \
  --output screenshots/$size-1.png
done

このループで3サイズを各1画面ずつ生成。Geminiが時折崩れたテキストスタイルや変な余白を作るので手直しは必要ですが、手動でPhotoshopをスライスするより断然楽です。

さらに多言語ヘッドライン、デバイスあたり5画面、色バリアントを増やす場合もループと入力テキストのバリエーション拡張で可能。人間のチェックは必須ですが、全自動よりは大幅に効率化できます。

Gemini CLIを活用すべき時、他を使うべき時

• バッチの端から端までを高速化したいとき。プロトタイプ作成や実験、早めのバリアント量産、ハッカソンリリースの高速化に最適。MVPや投資家向け資料、初めてのプレローンチTestFlight準備に試す価値あり。
• レイアウト調整にイライラしたくないとき。速度重視で1ピクセルの差を気にしないなら、Gemini CLIは不要な作業を減らします。ただし、ブティック品質のローンチビジュアルには向きません。
• 詳細重視の本番用アセットには不向き。Appleのアクセシビリティ仕様や洗練されたApp Store対応なら、Geminiのコントロール不足が致命的。特に推奨は、ScreenshotWhaleなど、正確なレイアウト保証や多言語自動対応、本物のデバイススクリーンショット重ね合わせ対応ツールです。

生成AIを魔法の弾丸のように考えず、プロトタイプの生産性向上ツールとして位置づけましょう。最終的なストアビジュアルの成果物には必ず人間のQAを入れるか、AppleやGoogleの要件に沿った専用ツールを使うのがおすすめです。App Storeで真剣にダウンロード数を伸ばしたいならなおさらです。

Gemini CLIでスクリーンショット生成を最大限に活用するコツ

• プロンプトは厳密に。サイズ、デバイスフレームの細部、テキスト量、ビジュアルスタイル、背景色など要件をすべて明記しましょう。曖昧な指示やAIショートカットは誤差を招きます。
• 出力ピクセルを徹底チェック。デバイスフレーム、ナビゲーションバー、安全域、テキストコントラストは崩れやすいです。AppleのApp Storeスクリーンショットガイドラインや公式デバイステンプレートと並べて確認。
• スクリプトで出力を加工。imagemagickやsharpを用いてリサイズや余白トリム、本物のアプリスクリーンショットのオーバーレイを加えましょう。AI生成物もより予測可能なツールチェーンで扱うのが効果的です。

まとめとGemini CLIの活用位置

現時点でGemini CLIはデザイナーの置き換えではなく、バッチアセット生成の手数を減らす「数撃てば当たる」ツールです。80%のスクショを一括量産し、残りの微調整を手作業や専門SaaSに任せるのが生産性向上のコツ。Canvaとシェルを20回も往復するよりはスムーズなので、スピード優先の場合テストする価値はあります。ローンチキャンペーンやクライアントワークでは必ずプロのQAを含めるか、ScreenshotWhaleのように実際のApp Store要件に対応したツールを利用しましょう（完全開示：AIの幻覚なし、角丸計測も正確です）。

まだGemini CLI出力を大規模にタブレットやApple Watch用フレームで試していませんが、現状はデバイス正確なフレーム生成が信頼できません。しばらくはiOS・Androidスマホモックアップに絞り、アップロード前には必ず厳しく品質を疑いましょう。