GEMINI LABEN
NANOLITE — Nano Banana 2 Liteが登場しました。Googleで最も速く、最もコスト効率の高いGemini Imageモデルで、軽量な画像生成を安く回したい用途に向いていますOMNIFLASH — Gemini Omni Flashがpublic previewになりました。ネイティブにマルチモーダルなモデルで、企業や開発者が独自の動的な動画ワークフローを構築できますAGENTS — Managed Agentsが拡張されました。background: trueでサーバー側の非同期実行とポーリング、リモートMCPサーバー連携、対話をまたぐ認証情報のリフレッシュに対応しますMEMORY — Memory BankのIngestEvents APIが一般提供になりました。イベントの取り込みとメモリ生成を分離し、コンテンツを継続的にストリームできますTHROUGHPUT — Provisioned Throughputで、同一モデル・同一リージョンに対して最大7件の保留オーダーを提出できるようになりましたDEPRECATE — 画像生成モデルは8月17日に、Gemini Enterprise Agent PlatformのGrok 4.1系は8月20日に停止される予定ですNANOLITE — Nano Banana 2 Liteが登場しました。Googleで最も速く、最もコスト効率の高いGemini Imageモデルで、軽量な画像生成を安く回したい用途に向いていますOMNIFLASH — Gemini Omni Flashがpublic previewになりました。ネイティブにマルチモーダルなモデルで、企業や開発者が独自の動的な動画ワークフローを構築できますAGENTS — Managed Agentsが拡張されました。background: trueでサーバー側の非同期実行とポーリング、リモートMCPサーバー連携、対話をまたぐ認証情報のリフレッシュに対応しますMEMORY — Memory BankのIngestEvents APIが一般提供になりました。イベントの取り込みとメモリ生成を分離し、コンテンツを継続的にストリームできますTHROUGHPUT — Provisioned Throughputで、同一モデル・同一リージョンに対して最大7件の保留オーダーを提出できるようになりましたDEPRECATE — 画像生成モデルは8月17日に、Gemini Enterprise Agent PlatformのGrok 4.1系は8月20日に停止される予定です
ブログ一覧

Google I/O 2026 前夜——開発者としての期待と、アーティストとしての問い

Google I/O 2026Gemini個人開発AI活用アーティスト視点

アーティスト・個人アプリ開発者の廣川政樹です。

毎年5月が近づくと、開発者としての自分と、アーティストとしての自分が、少し違う構えで Google I/O を待っているのを感じます。前者は「今年の API は何が変わるか」と計算しながら、後者は「この技術は人間の創造性とどう交差していくのか」と、やや遠くを見つめながら。

今年も、その感覚がやってきました。

10年以上続けてきた「変化を先取りする」姿勢

2014年から個人でアプリを作り続けてきた中で、Google の開発者向け発表は毎回欠かさず追ってきました。壁紙アプリや癒し系アプリを中心に累計5,000万ダウンロードを超えた今も、「大きな変化が来る前に動いておく」という感覚は変わっていません。

ただ、ここ2〜3年のテンポは明らかに違います。以前は I/O の発表を1週間かけて咀嚼して、実装に落とし込むまで1〜2ヶ月余裕があった。今は発表から数日で「もう試している人がいる」という状況になっていて、情報のサイクルが一巡する前に次の発表が来る感じがします。

Gemini 3.2 が出たときも、リリースノートを読みながら「次は何を準備すればいいか」と考え始めた翌週には、もう別の話題が流れてきていました。

追いかけることを目的にしてはいけないな、と最近よく思います。

今年の I/O に期待していること——開発者の視点から

個人開発者として率直に期待していることをいくつか挙げると、まずGemini API のコスト構造の透明化があります。

Gemini 2.5 Flash はコストパフォーマンスの面でとても優秀で、個人規模のアプリに組み込む際に現実的な選択肢になっています。ただ、トークン単価の変動や無料枠の更新タイミングが読みにくく、「本番に入れていいのか」という判断が難しいことがありました。今年の I/O で、長期的な価格戦略や API の安定性についての話があれば、個人開発者にとって大きな後押しになります。

次に期待しているのは、マルチモーダル機能の使いやすさの向上です。

壁紙アプリを開発している経験から、画像理解や色解析の精度が実用レベルに達したとき、できることが一気に広がると感じています。「ユーザーが今見ている画面の雰囲気に合わせた壁紙を提案する」といった機能は、Gemini の画像理解があれば技術的には組めるのですが、レイテンシとコストのバランスがまだ難しい。そこが改善されると、個人規模でも面白い実装が増えると思っています。

アーティストとしての問い——「創造性」の解像度

もうひとつ、少し違う角度から I/O を待っている自分もいます。

私の作品主題のひとつは「認知世界の構造と根源意識を探ること」です。AI が人間の思考や感情の模倣を精緻化していくほど、「オリジナルとは何か」「創造とは何か」という問いが具体性を帯びてきます。

今年の Gemini の進化を見ていて感じるのは、「生成の流暢さ」と「意味の深さ」の間にある溝が、少しずつ埋まりつつあるということです。以前は「流暢だけど浅い」という印象が強かった。でも最近は、複雑なプロンプトに対して「なぜそう考えるのか」を問い返してくるような返答が増えてきた気がします。

これを「知性の兆し」と呼ぶべきか、「パターン認識の精度向上」と呼ぶべきかは、まだ分かりません。ただ、そこに問いを持ち続けること自体が、アーティストとしての私の仕事のひとつだと感じています。

「待つ」という姿勢について

両祖父は宮大工でした。子どもの頃、祖父が「手を動かすことが一つの信心だ」と言っていたのを今も覚えています。丁寧に作ること、急がないこと、材料と対話すること。それは宮大工の言葉でしたが、アプリ開発にも、アート制作にも、そのまま当てはまると感じてきました。

AI のサイクルが速くなっても、自分の中心がぶれないために必要なのは、「何を作りたいか」という問いを持ち続けることだと思っています。I/O の発表を追いながらも、その問いを忘れないようにしたい。

今年の Google I/O で何が発表されるにせよ、私はその技術をどう「自分の作品」に繋げるかという視点で受け取ろうと思っています。速く実装することよりも、意味のある実装をすることの方が、長い目で見たときに自分の仕事の質に関わってくるからです。


発表が楽しみです。また何か気づいたことがあれば、ここに書き留めます。

同じように I/O を待っている方に届けば嬉しいです。