GoogleがGemini Gemsを終了？「Skills」によるAIワークフローの進化とは

GoogleがGemini Gemsを終了？GoogleはGeminiユーザーに対し、2026年11月17日からGemsをSkillsへ移行することをアプリ内のバナー通知で伝えています。インターフェースのコード解析やコミュニティでの推測を経て、GoogleがカスタマイズされたAI支援の作成・呼び出し方法を刷新することが確定しました。これまでのカスタムプロンプトボットは、主に独立したマネージャーから起動する単一の会話形式で運用されていました。しかし現在のワークフローでは、進行中のプロジェクト内で複数の指示を動的に組み合わせることが重要であるため、Googleはこれらの再利用可能な構成を、アクティブなタスクスレッド内で直接呼び出せるチャット内「Skills」モデルへと移行させています。

プラットフォームの再編：GoogleがGemsを終了しSkillsへ移行する理由

概要

Googleは2026年11月17日より、カスタムGemini GemsをSkillsへ自動移行します。
本アップデートにより、ユーザーは個別のGems起動から、GeminiチャットやSparkタスク内で直接Skillsを呼び出す形式へと移行します。
サポート対象のナレッジファイルは自動的に引き継がれますが、CanvasやDeep Researchなどの一部のツールは、Skills環境での同等機能の提供を待つ形となります。

パーソナライズされた生成AIを管理する手法は、再利用可能なカスタマイズ設定をどう整理するかという業界全体の大きな流れの一部です。2024年8月にGemsが導入された際、同機能はGeminiを反復的なタスク向けに調整するシンプルな方法として位置づけられていました。ユーザーはコーディング支援、ライティング編集、ブレインストーミングのパートナー、言語学習コーチといった専門的なプロンプト設定を構成し、セッションごとに指示を再入力する必要がなくなりました。また、こうしたカスタムAIには名前を付け、参照ドキュメントを追加し、リンク経由で他者と共有することも可能でした。

しかし、専用のカスタムチャットボットというユーザー体験には、実際の業務ワークフロー上で実用的な限界がありました。従来のGemsフレームワークでは、カスタムAIは個別の会話スレッドとして起動する必要がありました。特定のGemを利用したい場合、一度Gemsマネージャーに戻って新規チャットを開始しなければならず、進行中の会話にGemのカスタム指示を適用するには手動でテキストをコピー＆ペーストする必要があるなど、利便性に課題がありました。

Gemini Gemsの終了とSkillsへの移行を告知するGoogle Geminiインターフェースバナー

Android AuthorityやTechCrunchの報道の通り、Gemsコンソール内の通知バナーは、2026年11月17日から既存のGemsが自動的にSkillsへ変換されることを伝えています。Googleの移行ガイダンスによると、ナレッジファイルも移行プロセスの一部として引き継がれます。既存のGemsは、各アカウントで移行作業が完了するまでは、そのままアクセスおよび利用が可能です。

2026年11月17日の自動移行スケジュールを確認するGoogle Gemsマネージャーのアプリ内バナー

この変化は、再利用可能なAI指示を、独立した単一目的のボットとして扱うのではなく、アクティブなタスクスレッドの近くに配置しようとする業界の傾向を反映しています。内部AIワークフローを管理するチームにとって、今回の決定は「プラットフォームの設計は、散在する単一目的のチャットボットを維持するのではなく、ユーザーの作業コンテキストに即したAI機能の提供へシフトしている」という運用上の現実を示しています。

技術的構造の断絶：スタンドアロンボットからチャット内Skillsへ

機能的なワークフローの観点から見ると、GemsからSkillsへの移行は、静的なペルソナによるラップ形式から、スレッド内で組み合わせて利用可能な機能への転換を意味します。従来のGemは個別の会話スレッドとして保存されており、その会話は単一のカスタム設定に固定されていました。そのため、別の特殊な指示を加えたい場合には、会話履歴を分ける必要があり、柔軟性に欠けていました。

一方、Skillsフレームワークはモジュール化された指示を主要なタスク環境へ直接統合します。Skillsは、サポートされている入力フィールド内で標準のフォワードスラッシュ（/）コマンドを使用して呼び出すことができます。この設計により、会話履歴を維持したまま、アクティブなタスクに対して特定のカスタムガイドラインを直接適用することが可能になります。

Google Geminiスマートフォンアプリのアイコン

比較：専用セッションとコンポーザブルなインタスク実行

両モデルの実際の違いを理解するため、ユーザーコンテキストが各インターフェースをどう移動するかを見てみましょう：

[従来のGemsワークフロー]
  ユーザーナビゲーション ──> Gemsマネージャー ──> 専用Gem会話（単一のカスタムペルソナ）

[モダンなSkillsワークフロー]
  Geminiチャット / Sparkタスク ──> インラインスラッシュコマンド（/skill） ──> 複数のSkillsを組み合わせて実行 ──> 共有される作業コンテキスト

この効率的な実行フローにより、ユーザーは単一のタスク内で複数のSkillsを組み合わせることができ、別々のチャットウィンドウを行き来する必要がなくなります。エンジニアリングチームやドキュメント作成チームは、技術的なコーディング整形用のSkillと、テクニカルライティング用のSkillを同一スレッド内で呼び出し、タスクの文脈を維持したまま作業を進めることができます。

カスタムプロンプトボットの共有を示すGoogle Geminiの共有インターフェース

さらに、SkillsはGoogleの「Gemini Spark」自動化ワークスペースと直接連携します。Google Gemini Appsヘルプによると、Sparkはタスクの内容に応じて関連するSkillを自動選択・実行可能です。また、Skillsをスケジュールされた自動化タスクに組み込むこともでき、静的な会話テンプレートが再利用可能な自動化コンポーネントへと進化します。

システム分離とワークフローの比較：カスタムAIアシスタントの進化

プラットフォーム各社が生成AI製品群を洗練させるにつれ、ユーザーインターフェースは簡素化されています。近年の開発サイクルでは、ソフトウェアベンダーがわずかな機能差に対して独自のブランド名や専用タブ、アイコンを割り当てることが多く、その結果として標準チャット、サイドパネルボット、ワークスペースツールが分断された製品群となっていました。

カスタム指示を標準化されたスラッシュコマンドシステムへ統合することは、日常のやり取りを効率化します。しかし、このプラットフォーム統合には、技術チームが考慮すべきライセンスや機能の同等性に関する課題も生じます。

以下の比較表は、従来のカスタムアシスタントとコンポーザブルなSkillsの機能的な違いをまとめたものです：

項目	Gemini Gems（レガシーモデル）	Gemini Skills（モダンモデル）	エンジニアリング・ワークフローへの影響
実行モデル	専用の独立した会話スレッド	タスク内でのスラッシュコマンド呼び出し（`/`）	ナビゲーションの手順を減らし、作業コンテキストを統一
同時実行	スレッドごとに単一のカスタムペルソナ	単一タスク内で複数のSkillsを結合可能	ドメインガイドラインとレビュー段階を組み合わせた多段階タスクを実現
ツール連携	Gemごとの固定されたツールバインディング	Skills、スケジュール、Sparkでの自動呼び出し	静的プロンプトをバックグラウンド自動化へ直接接続可能
プラットフォーム範囲	カスタムGeminiチャットインターフェース	Geminiチャット内で直接利用可能、Sparkで自動化拡張	Geminiワークスペース全体へカスタム機能を統合
アカウント利用権	無料アカウントを含む個人アカウント全般	ロールアウトにより拡大中、ドキュメントを更新中	無料および有料の各ティアにおけるアクセス権を明確化

移行において最も議論されているのは、アカウントの利用権と機能の同等性についてです。Gemsは歴史的に標準の無料Googleアカウントでも利用可能でした。対照的に、Googleのドキュメントでは移行が進行中であることが示されており、Skillsは元々Gemini Sparkの一部（Pro/Ultra購読者向け）とされていましたが、最新の移行FAQでは成人個人アカウントユーザーもGeminiチャット内で直接Skillsを利用できると明記されています。

また、ナレッジファイルは自動的に移行される一方、特殊なツールに関しては機能の同等性が完全ではない点に注意が必要です。Canvas、Deep Research、メディア生成など、以前はGemsで利用可能だった一部のツールは、初版のSkillsリリースではまだサポートされていません。Gemsに基づいた内部ドキュメントや自動化レポートの構築を行っている組織は、11月17日までに最新のサポート状況を確認する必要があります。

エンジニアリングチェックリストと移行スケジュール：11月17日に向けて

ワークフローの継続性と資産の互換性を確保するため、プロンプトエンジニアや管理者は構造的な見直しを行う必要があります。Googleは既存の設定が自動的に移行されるとしていますが、複雑なプロンプトの表現がどのようなプラットフォーム更新でも確実に参照できるよう、独立したバックアップを保持しておくことを推奨します。

プロンプト構成と資産のチェックリスト

システム指示の監査: Gemsマネージャー内のアクティブなGemをレビューし、主要なプロンプトテキストをローカルのバージョン管理リポジトリにアーカイブします。
ナレッジファイルの互換性確認: Geminiに添付されたPDFやデータシートをカタログ化します（GitHubファイルは現状Skillsでサポートされていないことに注意してください）。
スラッシュコマンドのテスト: インラインコマンドをサポートする環境で、フォワードスラッシュによる呼び出しパターンをテストし、補完的なガイドラインを組み合わせる方法を検討します。
自動タスクスケジュールの見直し: Spark自動化を利用しているチームは、Sparkのタスクやスケジュールが移行後のSkillsをどう活用するかを確認します。

管理およびガバナンスチェックリスト

ライセンスの更新状況を確認: 無料ティアや有料サブスクリプションにおける機能提供状況について、Google Gemini AppsヘルプやGoogle Workspace管理ドキュメントを監視します。
共有リソースリンクのカタログ化: チームWikiなどに埋め込まれたGemsリンクを特定し、新しいSkillの場所が公開され次第、ドキュメントを更新する準備を行います。
ユーザーガイドラインの更新: 複数のSkillsをSparkプロジェクトスレッド内で呼び出し、結合する方法について、スタッフ向けのトレーニング資料を作成します。

これらの準備手順を踏むことで、独立したチャットボットからモジュール式のインタスクSkillsへ、ワークフローの混乱を最小限に抑えつつ移行することが可能になります。

よくある質問（FAQ）

既存のカスタムGemの指示やアップロード済みのファイルは移行時に引き継がれますか？

Googleの移行ドキュメントによると、Gemsは自動的にSkillsとして再作成され、サポートされているナレッジファイルも新しいフォーマットへ移行されます。ただし、機能の同等性については順次展開中であり、CanvasやDeep Researchといった特定のデフォルトツールは、現時点ではSkillsでサポートされていない場合があります。

移行後のSkillsには有料のGoogle AIサブスクリプションが必要ですか？

Googleのサポートドキュメントは現在移行の過渡期にあります。Skills専用ガイドではGemini Sparkの一機能としてPro/Ultraユーザー向けとされていますが、最新の移行FAQでは18歳以上の個人アカウントユーザーもGeminiチャット内で直接利用可能となっています。展開状況に合わせて最新のサポートページをご確認ください。

スラッシュコマンドによるSkill呼び出しと、従来のGemの使用は何が違いますか？

Gemの使用は、通常、単一のカスタムアシスタントに固定された個別の会話スレッドを立ち上げる必要がありました。対照的に、スラッシュコマンドを用いるSkillは、アクティブなGeminiチャットやSparkタスク内で直接カスタム指示を適用でき、さらに複数のSkillを同一タスク内で組み合わせて利用することが可能です。

エンジニアリングチームへの重要なポイント

Gemini GemsからSkillsへの移行は、再利用可能なAI機能を個別の「行き先（ボット）」として管理するのではなく、アクティブなタスクスレッド内に組み込むという業界の大きな流れを反映しています。生成AIツールが成熟するにつれ、単一目的の専用チャットボットは、統一されたワークスペース内で動的に呼び出せるコンポーザブルな命令セットへと変わりつつあります。

開発者やテクニカルアーキテクトにとって、この移行はモジュール化されたプロンプト設計の重要性を浮き彫りにします。カスタム指示を硬直的なモノリシックなペルソナとしてではなく、タスクごとに個別の機能として構築しておくことで、プラットフォーム側のインターフェースが進化し続けても、柔軟かつ一貫したワークフローを維持できるようになります。