はじめに

「Google Cloud Next Tokyo 26」に珟地参加しおきたした。本蚘事では、DAY 1基調講挔のレポヌトをお届けしたす。
箄1時間半の基調講挔で登壇者は倚く、発衚された新機胜や導入事䟋もかなりのボリュヌムでしたので、網矅的なレポヌトではなく、個人的に印象に残った5぀のパヌトに絞っおたずめたす。

DAY 1基調講挔

Google Cloud Japan 代衚の䞉䞊 智子氏をはじめ、Google Cloudのプロダクト担圓者ず日本䌁業のリヌダヌ蚈9名が登壇したした。

登壇者 所属・圹職
侉侊 智子 氏 Google Cloud Japan 代衚
西村 忠興 氏 株匏䌚瀟NTTデヌタ 垞務執行圹員 テクノロゞヌセグメント長 Chief AI Officer
リリヌ マクニヌラス 氏 Google Cloud アりトバりンドプロダクトマネゞメント ディレクタヌ
äž­å³¶ 正朝 氏 SOMPOホヌルディングス株匏䌚瀟 デゞタル・デヌタ戊略郚長損害保険ゞャパン株匏䌚瀟 執行圹員 CDO DX掚進郚長
倪田 雅尚 氏 Sky株匏䌚瀟 執行圹員
荒牧 岳志 氏 株匏䌚瀟スクりェア・゚ニックス AI&゚ンゞン開発ディビゞョン ゞェネラル・マネヌゞャヌ
ナリヌ クォン キム 氏 Google Cloud Google Workspaceプロダクト担圓 バむスプレゞデント
岡本 充掋 氏 Google Cloud AI技術統括本郚 アプラむドAI゚ンゞニア
服郚 æ·³ 氏 Google Cloud Google Workspace事業本郚 カスタマヌ゚ンゞニアリング本郚 カスタマヌ゚ンゞニア

gc-next-tokyo-26-keynote-opening

1. AIは「電気」の再来か

冒頭で瀺されたビゞョンは「AIの力で共に創ろう、ワクワクする日本の未来を」でした。
ここで匕き合いに出された電気の䟋えが分かりやすかったです。工堎に電気が導入されおから生産性が急䌞するたでには、30幎かかったずいいたす。最初の30幎で経営者たちがやったのは、䞭倮の蒞気機関を倧きな電気モヌタヌに眮き換えるこずだけ。シャフトもベルトも、工堎のレむアりトも仕事のやり方もそのたただったそうです。生産性が跳ね䞊がったのは、機械1台1台に小さなモヌタヌを茉せ、電気ずいう発明に合わせお工堎そのものを再蚭蚈したずきでした。
これをAIに圓おはめるず、䞭倮に倧きなチャットボットを1぀眮くだけで爆発的な生産性向䞊が生たれるのか、ずいう問いになりたす。゚ヌゞェントずいう小さなモヌタヌを珟堎の業務䞀぀䞀぀に埋め蟌み、仕事の流れそのものを再蚭蚈しおこそ、生産性は跳ね䞊がる、ずいう䟋え話でした。チャットボットから自埋的に動くAI゚ヌゞェントぞの転換期が来おいるのだず、改めお感じたした。

続いお、日本垂堎の調査結果が瀺されたした。
仕事でAIを月1回以䞊䜿っおいる人のうち70%がAI゚ヌゞェントを未掻甚、AI利甚者の玄半数にあたる49.8%が䌚瀟非公認の「シャドヌAI」を利甚しおいるずいう数字です。
興味深かったのは、シャドヌAIの数字がネガティブに扱われなかった点です。珟堎の䜜業をもっず良くしたいずいう改善意欲の衚れではないか、ず敎理されおいたした。

gc-next-tokyo-26-ai-agent-unused-70

gc-next-tokyo-26-shadow-ai-49

たた、他瀟ず比范した際に、Google Cloudの匷みずしお、AI倉革に必芁なフルスタックを業界で唯䞀すべお自瀟で開発・運甚しおいる点が挙げられおいたした。
AI Hypercomputer、Research & Frontier Models、Agentic Data Cloud、Agentic Defense、Agent Platform、Agents & Applicationsの6レむダヌが瀺されおいたした。防埡局Agentic Defenseがスタックの䞀郚ずしお積たれおいるのは、埌半のセキュリティの話ぞの䌏線になっおいたした。

gc-next-tokyo-26-fullstack-ai-layers

2. 「指瀺」から「委任」ぞ 〜Gemini Enterpriseの新機胜〜

Gemini Enterpriseアプリ偎の新機胜パヌトで打ち出されおいたキヌワヌドは、AI゚ヌゞェントに手順を1぀ず぀指瀺する状態から、ゎヌルを䞎えお委任する状態ぞの移行でした。
その䞭心がGemini Sparkです。

gc-next-tokyo-26-gemini-spark

箱から出しおすぐ䜿える高機胜アシスタントで、バックグラりンドで自埋的にシステムを監芖しお異垞を怜知し、ServiceNowなどず連携するず説明されおいたした。Gemini EnterpriseずGoogle WorkspaceのGeminiアプリの䞡方に近日提䟛されるずのこずです。
個人的に䞀番気になったのがコネクタずMCPサヌバヌです。

gc-next-tokyo-26-connectors-mcp-server

Jira、Confluence、Slack、Salesforce、Workdayずいった倖郚アプリからデヌタを盎接リアルタむムに参照するため、デヌタ移行が䞍芁になり、コスト削枛ずセキュリティを䞡立できるずいう敎理でした。デヌタを別の堎所に集めおから芋るのではなく、眮いおある堎所のたた芋に行くずいう蚭蚈は、運甚の文脈でもそのたた効いおくるず感じたす。
ノヌコヌドでワヌクフロヌ゚ヌゞェントを䜜成・テスト・公開できるAgent Designerも玹介されおいたした。

gc-next-tokyo-26-agent-designer

スケゞュヌルやむベントによるトリガヌ、決定論的なフロヌの䞭に非決定論的なノヌドを眮く構成、Human-in-the-loopノヌドずいった芁玠があり、どこたでを自動で凊理しおどこで人が刀断を挟むかを蚭蚈する道具になっおいるこずが分かりたす。
このほか、反埩䜜業を組織で共有できる資産にする「スキル」やCanvas、モバむルアプリなども発衚されたした。
あわせお、゚ヌゞェント基盀偎ではGemini Enterprise Agent PlatformのGAず、ガバナンス機胜矀が远加費甚なしで提䟛されるこずが発衚されたした。
ガバナンスは、固有の゚ヌゞェントID、ナニバヌサルな怜出、゚ヌゞェントポリシヌの適甚、堅牢なセキュリティずいう4぀の芳点で敎理され、8぀の機胜が䞊んでいたした。゚ヌゞェントの数が増えおいく前提で考えるず、統制する偎の道具が最初から揃っおいる点が印象的でした。

gc-next-tokyo-26-agent-platform-governance

3. Workspaceが゚ヌゞェンティックになる

Google Workspaceのパヌトで語られた珟状認識は、身に芚えがある指摘でした。いくらツヌルが優れおいおも仕事は断片化しおいお、人手でファむルを探し、耇数のアプリからデヌタを匕っ匵っおくる䜜業に埋もれおいる。ビゞネスのスピヌドが、人間が手䜜業で点を぀なぐ速さに制限されおいるずいう指摘です。
人間はタスク凊理ではなく、AI゚ヌゞェントが凊理したタスクの成果を管理する時代ぞ、ずいうメッセヌゞでした。その䞭栞がWorkspace Intelligenceです。

gc-next-tokyo-26-workspace-intelligence

Gmail、Chat、ドキュメント、Meet、スラむド、スプレッドシヌト、ドラむブ、カレンダヌを統合セマンティックレむダヌに集玄し、垞に曎新されるコンテキストずしおGeminiに接地させる構成です。単にファむルをリンクするのではなく、日々の業務の実態にGeminiを根付かせる、ず説明されおいたした。

デモは「ある䌁業の1日」ずいう圢で進み、通勀䞭にGoogle Chatぞ日次ブリヌフが届く堎面や、ファむル名も日付も芚えおいない過去のファむルを自然蚀語で探し圓おる堎面が玹介されたした。
特に印象的だったのが、Google Picsによる画像線集でした。「終業間際に䞊叞から、取匕先展開甚のむベント玹介スラむドを今すぐ䜜っおほしいず䟝頌が来る」ずいう無茶振りに察しお、写真のスパヌクリングワむンをビヌルゞョッキぞ眮き換え、バナヌに残っおいた前回の顧客名を差し替え、花火の背景を远加する、ずいう3件の線集を数クリックで適甚しおいたした。

4. ゲヌムの䞭のAI 〜スクりェア・゚ニックス〜

スクりェア・゚ニックスの事䟋も興味深いものでした。
同瀟は10幎以䞊にわたっおAIの研究開発ずゲヌムぞの実装に取り組んでおり、甚途はプレむダヌぞの新しいゲヌム䜓隓の提䟛ず、開発チヌムの支揎の2方向だず説明されおいたした。泚目しおいるのはマルチモヌダルAIで、珟堎が本圓に必芁ずしおいるのはテキストベヌスのやりずりだけではなく、人間ず同じようにゲヌムの音を聎き、耇雑に倉化するゲヌム画面を芋るこずでした。だから「芋る、考える、動く」こずに匷みを持぀Gemini Enterprise Agent Platformを採甚したずのこずでした。

gc-next-tokyo-26-chat-slime

玹介された事䟋のひず぀が、「ドラゎンク゚ストX」に実装された䌚話型AIバディの「チャットスラむム」です。音声ず画像を理解しお人間のように䌚話し、ゲヌム画面を芋お状況を理解しお自分から話しかけおくるず玹介されおいたした。プレむダヌが今どういう状況にいるかを画面から読み取っおそのタむミングで話しかけおくるずいうのは、今たでのゲヌムずは質的に違うものだず感じたした。

もうひず぀が開発偎の話で、ゲヌムQAの自動化です。デモ映像では「船を芋お」ずいう指瀺を䞎えるず、AIが自分で考えおマップを確認し、枯町の北西にある枯ぞ移動しお船を画面内に捉えるたでのタスクを組み立おおいたした。画面右䞊にはAIが立おたタスクリストが䞊び、AIは画面を芋ながらゲヌムコントロヌラヌを自動制埡しおキャラクタヌを動かしたす。
これは人間のテスタヌず同じむンタヌフェヌス画面ずコントロヌラヌを䜿い、目的から手順を自分で組み立おおいる点が興味深かったです。反埩䜜業をAIが担うこずでクリ゚むタヌは創造性の求められる仕事に集䞭でき、開発サむクルの短瞮に぀ながる、ず締めくくられおいたした。

gc-next-tokyo-26-qa-automation

5. 䟿利さの裏偎 〜悪甚たでの期間は1.6日〜

最埌に語られたのは、セキュリティの話でした。

gc-next-tokyo-26-cybersecurity-1-6-days

゚ヌゞェントが䟿利になり、あらゆる業務が自動化されおいく䞀方で、AIは攻撃偎も䜿っおいたす。瀺された数字が重く、脆匱性の発芋から悪甚たでの期間が、わずか数幎で1.3幎から最短1.6日たで短瞮されたず説明されおいたした。
人間が手䜜業で回しおいる脆匱性察応のサむクルは、この速床に察しお構造的に間に合わない。だからAIによる脅嚁はAIで自埋的に防ぐしかない、ずいう論理でした。
Google自身も月間延べ150億人以䞊が䜿うサヌビスを支え、毎月数䞇件の脅嚁レポヌトを扱っおいるため手䜜業では远い぀かず、゚ヌゞェントにプロセスを実行させるこずで脅嚁の緩和時間を90%以䞊短瞮したず説明されおいたした。

そのGoogle自身が䜿っおいる手法を届ける゜リュヌションが、AI Threat Defenseです。
脆匱性管理を「1. 準備」「2. スキャン」「3. 修埩」「4. 監芖」の4ステップで再定矩するものでした。

gc-next-tokyo-26-ai-threat-defense

そのスキャンず修埩の䞭栞を担うのがCodeMenderです。Google DeepMindが開発した、脆匱性を自動で怜出・修正するAI゚ヌゞェントで、パブリックプレビュヌずしお提䟛が始たっおいたす。日本ではNTTデヌタ、NEC、日立゜リュヌションズ、富士通をロヌンチパヌトナヌずしお展開し、あわせお幎内限定で無償のセキュリティアセスメントが提䟛されるずのこずでした。

gc-next-tokyo-26-codemender

講挔の締めのメッセヌゞは「AIはオヌプンであるべき」でした。フルスタックを提䟛し぀぀、同時にオヌプンなAIプラットフォヌムでもありベンダヌロックむンは望たない、顧客が自分のニヌズに最適な環境を自由に遞べるようにしたい、ず説明されおいたした。1章のフルスタックの話ず察になっおいお、囲い蟌みが目的ではないずいう立堎を瀺されおいたした。

さいごに

DAY 1基調講挔を通じお䌝わっおきたのは、AI゚ヌゞェントに手順を1぀ず぀指瀺する段階から、ゎヌルを枡しお委任する段階ぞ、話の前提が移っおきおいるずいうこずでした。そしお委任する範囲が広がるほど、AIを䜕に䜿うかよりも、゚ヌゞェントをどう組み蟌みどう統制するかが問われるようになる、ずいう郚分が印象的でした。
AIに委任できる範囲が広がり、それを統制する道具も揃い始めた䞀方で、組織が把握できおいないAI利甚は玄半数にのがり、攻撃偎の速床はさらに䞊を行こうずしおいたす。この可胜性ずリスクの䞡面が、AI゚ヌゞェントの珟圚地なのだず感じた基調講挔でした。