Google Gemini SkillsがGemsを置き換えるが、機能同等性を満たす前に移行が始まる

Googleは、2026年11月に移行が始まる時点で一部のGem機能が利用できない状態にもかかわらず、Gemini Gemsをskillsへ移行する。

Google Gemini skillsの展開により、対象となる無料ユーザーは通常のチャットでも利用できる再利用可能な指示を使えるようになる。ユーザーはスラッシュコマンドでskillを呼び出す、Geminiに自動選択させる、あるいは1つのタスク内で複数のskillを組み合わせることができる。

これは名称変更のようにも見えるが、根底にあるプロダクトモデルは変化している。Gemsは独自の入口と会話を持つ、個別のカスタムアシスタントとして機能していた。一方、skillsはGeminiが関連する場面で挿入できる、持ち運び可能なワークフローコンポーネントに近い。

Googleは、AI市場の他社でも使われているMarkdownベースのSKILL.md形式も採用した。この決定により、GeminiはOpenAIやAnthropicが提供する再利用可能なワークフローシステムに近づく。さらに、アシスタントのブランディングではなく、可搬性が競争の中心要素となる。

当面の利点は、アクセス範囲の拡大だ。Googleのサポート文書によれば、Google AIサブスクリプションなしでskillsを利用できる。一方で、skillsはまだGemsが対応しているすべてのツール、コンテキストソース、組織向けの利用領域をサポートしていないため、移行は不均一になるリスクがある。

Gemini Gemsの移行には複数の期限がある

GoogleはGemsを一斉に世界中で停止するのではなく、段階的な移行を通じて置き換える。

Googleは2024年、GeminiをカスタマイズしたバージョンとしてGemsを導入した。ユーザーはGemに永続的な指示を与え、関連資料を添付し、繰り返し発生するタスクのために再利用できた。

マーケティングチームはキャンペーンブリーフ用のGemを作成できる。学生は別のGemを使って講義資料を復習できる。アナリストは、好みの調査構成と回答形式に従うGemを作成できる。

Skillsは反復的な指示という考え方を維持しつつ、ユーザーのアクセス方法を変える。Googleはskillを、特定の種類のタスクを完了する方法をGeminiに教える再利用可能な指示と追加コンテキストと定義している。

作業を始める前に別のGemを開く代わりに、ユーザーはチャットで/を入力してskillを選択できる。Googleによれば、@による呼び出しは後日追加される予定だ。

skillは自動選択のために有効な状態にしておくこともできる。Geminiはリクエストを評価し、そのskillが関連すると判断した場合に有効化済みのskillを適用する。

同社の移行ガイドでは、大きく3つの廃止時期が示されている。個人用Googleアカウントでは2026年11月からGemsのサポートが終了し始める。ビジネス、エンタープライズ、非営利団体のWorkspaceアカウントは2027年3月に続く。教育機関向けアカウントは2027年6月に続く。

GoogleのWorkspace向けスケジュールは重要な詳細を加えている。skillsはリリースチャネルに応じて、10月5日からWorkspaceユーザーへの提供が始まる予定だ。Geminiアプリでの展開は10月13日に始まり、11月中旬まで続く予定となっている。

11月17日、GemsはGeminiアプリの設定パネルへ移動する。Workspaceユーザーは移行期間中も作成、編集、利用を継続できる。

Googleによれば、ビジネスおよびエンタープライズ向けアカウントでの最終的な削除は、2027年3月1日以降に実施される。教育機関向けの削除は、2027年6月1日以降に実施される。

これらの日付は重要だ。初期の報道の一部では、11月17日をGemsの世界共通の終了日として扱っていた。Googleの公式スケジュールは、管理対象組織にはより長い併用期間があることを示している。

個人用アカウントは最も迅速な移行に直面する。Googleは、これらのアカウントでGemのサポートが終了した時点で、残っているGemsを自動的にskillsとして再作成するとしている。

ユーザーは直ちにすべてを作り直す必要はない。移行されるまでGemを使い続けることも、より早く手動でskillとして再作成することもできる。

自動処理によって両製品が同一になるわけではない。移行された項目はドラフトskillとして作成されるため、ユーザーはそれらに依存する前に指示と添付リソースを確認すべきだ。

Googleは11月のスケジュールに合わせ、個人用アカウントに関連する実験的機能も終了する。同社のヘルプ文書によれば、Opal mini appsとGems by Google Labsも、これらのユーザー向けのGemsとともに廃止される。

最も安全な解釈は明快だ。11月はコンシューマー向け移行の始まりであり、管理対象組織にはより長い移行猶予期間が与えられる。

この区別により、よくある2つの誤解を防げる。Gemsが一夜にしてすべての場所から消えるわけではなく、既存のすべてのGemが直ちに完全に同等のskillになるわけでもない。

Google Gemini skillsはカスタムアシスタントを再利用可能なコンポーネントに変える

戦略的な変化はコンポーザビリティにある。Googleは、指示を孤立したアシスタント内にとどめるのではなく、チャット、タスク、Workspaceアプリケーション間で行き来させようとしている。

Gemは役割とその振る舞いを、名前付きの利用先にまとめる。skillは再利用可能なプロセスを、実行される会話から分離する。

この分離により、ユーザーは指示を組み合わせられる。組織はベンダー評価skillとエグゼクティブ向け文章作成skillを組み合わせ、Geminiに提案を評価させて推奨案を下書きさせることができる。

教育機関の担当者は、ニュースレターのルールと機関のブランドガイダンスを組み合わせられる。プロダクトチームは、同じソース資料に調査要約skillとリリースノートのスタイルガイドを適用できる。

これがプロダクトレベルでのGemini skillsの仕組みだ。各skillには名前、説明、指示、任意の参照ファイルが含まれる。Geminiはタスクがその目的に合致する際に、そのパッケージを利用する。

ユーザーは手動で作成する、Geminiに作成を依頼する、テンプレートから始める、または互換性のあるフォルダをアップロードできる。フォルダのルートにはSKILL.mdファイルが含まれていなければならない。

Googleはアップロードするskills内で、プレーンテキスト文書、コードファイル、設定ファイル、PDF、画像をサポートしている。アップロードパッケージ全体は100 MBを超えることはできない。

同社はすべてのファイル形式をサポートしているわけではない。Microsoft WordとExcelの形式は直接のskillアップロード対象から除外されるが、Markdown、CSV、JSONなどのプレーンテキスト形式はサポートされる。

アップロードしたスクリプトにも制約がある。Googleのskills documentationによれば、スクリプトは外部ウェブサイトへのリクエストを実行できない。

こうした制限により、現在のskillsは無制限のソフトウェア拡張機能というより、構造化された指示パッケージに近いものとなっている。Geminiを導き、コンテキストを提供できるが、任意のネットワーク操作を独立して実行することはできない。

SKILL.mdの構造は戦略的に重要だ。GoogleはこれをオープンなMarkdownネイティブの標準と呼び、ユーザーは他のプラットフォームから互換性のあるskillsをGeminiへコピーできるとしている。

OpenAIもSKILL.mdを再利用可能なワークフローのプレイブックとして説明している。同社のworkflow guidanceでは、タスク、必要な入力、手順、出力形式、最終確認を定義することが推奨されている。

Anthropicも同様に、Agent Skillsをオープンスタンダードとして公開している。この共通形式により、ワークフローの知識を一から書き直さずにアシスタント間で移せる可能性が生まれる。

ただし、可搬性には実務上の制限が残る。あるプラットフォームのツール、権限、ファイルシステムを想定するskillは、別の環境で動作させる前に変更が必要になる可能性がある。

文章スタイルのskillは、主に指示と例に依存するため、比較的移行しやすいはずだ。製品固有のコネクターに依存するワークフローは、移行がより難しくなる。

この変化により、ユーザーが維持すべき対象も変わる。アシスタントモデルでは、永続的な対象は名前付きのボットだった。skillモデルでは、永続的な対象は文書化された手法になる。

この転換は、より小さなコンポーネントに有利に働く。1つの巨大なGemには、調査ルール、文章の好み、書式要件、承認チェックが含まれているかもしれない。

同じプロセスを複数のskillsに分けることができる。ユーザーは特定のタスクに必要な部分だけを有効にできるため、無関係な指示を減らし、各コンポーネントを更新しやすくなる。

同時に、異なる組織的課題も生まれる。再利用可能な指示が運用資産になると、チームには明確な所有者、バージョン管理、テスト、命名規則が必要になる。

不適切に書かれたskillは、多くの会話にわたって一貫性のない作業を広げる可能性がある。適切に管理されたskillは、従業員が同じプロンプトを繰り返し貼り付けることなく、チームのプロセスを維持できる。

ここでskillsはknowledge blendingと重なる。指示は作業の実行方法を定義し、信頼できるソース資料は作業中に使われる事実とコンテキストを提供する。

どちらももう一方の代替にはならない。洗練されたワークフローでも、ソースが不完全、古い、または不適切に選ばれていれば、信頼性の低い結果を生み出しうる。

したがって、オープン形式の重要性はファイル拡張子そのものよりも、ガバナンスの機会にある。チームはプレーンテキストの指示を検査し、改訂を比較し、配布前に変更をレビューできる。

無料アクセスが導入を広げ、競合ワークフロープラットフォームに圧力をかける

Google Gemini skillsをサブスクリプションなしで利用可能にすることは、単なるプロダクト整理ではなく、移行を配布戦略へと変える。

Googleによれば、skillsはGoogle AIサブスクリプションなしで利用できる。対象ユーザーは18歳以上で、個人用Google Accountを使い、Gemini Apps Activityを有効にしている必要がある。

提供はまだ段階的に進められている。サポートページで機能が利用可能と説明されていても、個々のアカウントにインターフェースがまだ提供されていない場合がある。

これは、初期の体験談に食い違いがある理由を説明する。無料アカウントをテストした媒体は、Gemsが引き続き表示される一方で、Skillsページはまだ現れていないと報告した。

ここでの違いは、方針と実際の提供状況にある。Googleは無料利用の対象条件を定めているが、地域やアカウント単位の展開時期によってアクセスが遅れる可能性は残る。

Googleの対象条件の選択は、Gemini Gems移行をめぐる大きな不安要因を取り除く。有料プランなしでGemsを作成したユーザーは、代替機能がGemini Spark内で生まれたという理由だけで、根底にある指示を失うべきではない。

Sparkは別のレイヤーとして存在する。バックグラウンドで継続できる作業を含め、より広範なタスクとスケジュールを管理する。

Skillsは、繰り返し発生する作業をGeminiがどのように実行すべきかを記述する。タスクは何を達成すべきかを定義し、スケジュールはいつアクションを起こすかを定義する。

対象となるGoogle AIサブスクリプションを解約したユーザーは、Spark、タスク、スケジュールを失う可能性がある。Googleによれば、そのユーザーは通常のGeminiチャット内で引き続きskillsにアクセスできる。

この分離により、Googleは幅広い無料の入口と有料の自動化経路を手にする。無料ユーザーは繰り返し発生するチャット作業を標準化でき、サブスクライバーはよりエージェント的なオーケストレーションを利用できる。

競争圧力は、再利用可能なワークフローを主に管理された職場向け機能として扱う企業にかかる。OpenAIのChatGPT skillsは、対象となるBusiness、Enterprise、Healthcare、Eduユーザー向けの、再利用・共有可能なワークフローとして説明されている。

OpenAIでは、skillに指示、例、コード、補助リソースを含めることができる。リクエストに適合する場合、1つまたは複数のskillを自動選択できる。

Googleは、個人用Geminiアカウント内で類似した概念モデルを提供する。これにより、組織がWorkspace移行を完了する前に、大規模なテストと導入の導線を得ることになる。

この比較は完全に対称的ではない。プロダクトの提供状況、実行環境、コネクター、管理機能、対応コードはプラットフォームごとに異なる。

それでも方向性は共通している。主要なAIプロバイダーは、一回限りのプロンプトから、人やチームの働き方をコード化する再利用可能なパッケージへと移行している。

Googleの強みは、消費者向けアカウントとWorkspaceアプリケーションにまたがる広いリーチにある。同社が予定している拡大は、Geminiアプリに加え、Gmail、Drive、Docs、Sheets、Slidesといった製品を対象としている。

同社によれば、Geminiアプリで作成したスキルがWorkspaceに自動的に表示されることはない。これらのアプリケーション内で適用したい場合、ユーザーはWorkspace上で再作成する必要がある。

この分断は、初回展開におけるユニバーサルな再利用という約束を弱める。個人向けと管理対象の環境は、同じ用語を使っていても別々のままである。

管理者は、ワークフローがアカウント境界をまたぐ際の扱いも検討する必要がある。個人用スキルには、従業員が管理対象環境へ持ち込むべきではない指示や例が含まれる可能性がある。

逆に、組織向けスキルには、管理されたWorkspaceアカウント内に留めるべき機密プロセスが組み込まれている可能性がある。ポータビリティは柔軟性を高める一方で、ポリシーの必要性も高める。

そのため無料提供には二つの目的がある。既存のGemユーザーにとって移行の摩擦を減らすことと、より幅広い利用者に再利用可能なワークフローという考え方を浸透させることだ。

この教育は、後の調達判断に影響しうる。無料の消費者向けスキルでタスクを標準化した従業員は、共有機能、管理機能、コネクター、監査コントロールを雇用主に求めるかもしれない。

競合各社も同じ需要に応えようとしている。カスタムアシスタント、プロジェクト、メモリ、ワークフロースキルはいずれも、タスクを何度も説明するコストを下げようとするものだ。

Googleは、モジュール化された指示が最も再利用可能なレイヤーになると見込んでいる。Gemsはカスタマイズを一つの目的地に配置したのに対し、スキルはそれを業務の流れの中に置く。

この賭けは、競合に対して自社のワークフロー形式をより移動・検査・共有しやすくするよう圧力をかける。同時にGoogleにも、無料配布が信頼性を損なわないことを示すよう迫る。

スキルがすべてのGem機能に追いつく前に移行が始まる

Googleの最大のリスクはスキルという発想そのものではない。代替手段が完全な機能同等性に達する前に、ユーザーへ移行を求めていることだ。

Googleは、スキルがまだ複数の馴染み深いGemini機能では利用できないことを認めている。現在の対象外リストには、Canvas、Deep Research、Guided Learning、動画作成、音楽作成が含まれる。

Gemsでは、現時点でスムーズに移行できないデフォルトツールや既存のコンテキストパターンも使える。こうした機能を中心に専門的なGemを構築したユーザーは、直ちに同等になると考えるべきではない。

Googleによれば、共有リンクの提供やGoogle Driveファイル、Gemini Notebookの資料追加は今後数週間で実現する予定だ。それまでユーザーは、対応する参照ファイルを直接アップロードする必要があるかもしれない。

これは知識集約型ワークフローにとって重要な制約となる。手動アップロードしたコピーは、元のDriveドキュメントが更新されると古くなる可能性がある。

Drive統合は、更新され続ける資料とのより自然な関係を約束する。初期移行時にこれがないことは、保守の手間を増やし、古いコンテキストを使う可能性を高める。

スキルには、特定のスキルに関連する最近のチャットを表示する専用ページもない。スキルは複数のチャットで機能できるため、これらの会話は通常のGeminiサイドパネルに表示される。

この設計はコンポーザビリティを支える一方、Gemユーザーが重視する可能性のある組織上の手がかりを一つ失わせる。名前付きのGemは、認識しやすいワークスペースと、より明確な履歴の境界を提供していた。

スキルの自動選択は、別のトレードオフをもたらす。ユーザーが有効にするワークフローを覚える必要がなくなる一方、Geminiが意図を正確に推測しなければならない。

誤って有効化されると、ユーザーが明示的に求めていないにもかかわらず、トーン、形式、タスク手順が変化する可能性がある。Googleは個々のスキルについて自動使用を無効化できるようにしており、これは重要なコントロールとなる。

チームは、この推論を見えない利便性として扱うのではなく、検証すべきだ。最も有用な問いは単純である。正しいスキルが有効化されたか、そして無関係なスキルは無効のままだったか。

スタッキングには独自の衝突リスクもある。二つのスキルが互換性のない書式ルールを指示したり、異なる承認手順を定義したり、競合するソース階層を想定したりする可能性がある。

Googleはユーザーがスキルを組み合わせられるとしているが、矛盾した指示を解決する必要性まではなくならない。コンポーネントが増えれば、柔軟性も予測不能な相互作用も増えうる。

アップロードしたスキルにはスクリプト、参照ファイル、運用指示が含まれうるため、セキュリティにも注意が必要だ。OpenAIは、外部ソースから入手したスキルはインストール前に確認するようユーザーに助言している。

Googleはアップロードされたスクリプトによる外部Webアクションを制限しており、当面の攻撃対象領域を狭めている。しかし、行動を誘導したり機密資料を露出させたりするおそれのある指示については、ユーザーが依然として確認する必要がある。

オープンな形式により、検査は可能になる。だからといって、すべてのパッケージが信頼できるわけではない。

自動移行も検証が必要な論点だ。Googleは、残っているGemsを下書きスキルとして再作成するとしているが、変換されたワークフローはGeminiの新しい選択モデルの下で異なる動作をする可能性がある。

自己完結型のペルソナとして設計されたGemは、モジュール型プロセスにきれいに対応しない場合がある。その指示が広すぎる、未対応ツールに依存している、あるいは他の有効なスキルと競合する可能性がある。

ユーザーは移行前に、重要なGemの指示をコピーとして保存すべきだ。添付されたナレッジファイルもダウンロードし、重要な出力特性を記録しておくべきである。

変換後は、両方が利用できる期間中に代表的なタスクを両バージョンで実行できる。有用な確認項目には、事実の網羅性、書式、ツール利用、引用、トーン、拒否動作が含まれる。

ある初期の重要なアカウントでは、無料対象であってもインターフェースにすぐアクセスできるとは限らないことが分かった。この報告はGoogleの方針と矛盾するものではないが、展開の不確実性を浮き彫りにしている。

同じ注意は機能発表にも当てはまる。「今後数週間で提供」という表現は方向性を示すものであり、すべてのアカウントや地域における提供日を保証するものではない。

Googleは二つの製品体験も調整しなければならない。消費者向けGeminiアプリは容易な作成と自動使用を重視する一方、Workspaceの顧客には管理上のコントロールと予測可能な展開が求められる。

企業および教育向けの期限が後になっているのは、この複雑さを反映している。こうした顧客には統合、共有プロセス、教室での利用体験があり、個人用アシスタントのように気軽には切り替えられない。

教育分野には最も長い移行期間が与えられている。GemsはGoogle Classroomおよび対応する学習管理システムと連携し続けているため、性急な廃止は特に大きな混乱を招く。

Gemini Gemsの移行が成功するのは、ユーザーがタスクレベルで継続性を体験できる場合に限られる。ツール、コンテキスト、会話の整理方法が変わるなら、タイトルと指示ブロックを維持するだけでは不十分だ。

これが今回の発表にある核心的な逆転である。スキルはより柔軟なシステムを約束するが、最初の段階では、一部の確立されたワークフローに対して機能が減る可能性がある。

次に起きることが、スキルが標準になるかを決める

Googleが耐久性のあるワークフローレイヤーを構築したのか、それとも代替手段の準備が整う前にカスタマイズの名称を変えただけなのかは、三つのシグナルが示す。

第一のシグナルは、個人アカウントにおける移行品質の成功だ。Googleは残っている消費者向けGemsを自動的に再作成する計画であり、11月が最初の大規模なテストとなる。

ユーザーは、指示、参照資料、期待される動作が変換後も維持されるかを注視すべきだ。コンテキストの欠落や出力の大幅な変化に関する報告は、Googleの継続性に関する主張を弱めることになる。

最も示唆的な事例は、単純なスタイルプロンプトではなく複雑なGemに関わるものだろう。短い校正Gemは変換しやすい。ファイルや専門ツールを使うリサーチワークフローは、より難しい試金石となる。

Googleは下書き状態も明確にすべきだ。変換されたスキルは、ユーザーが重要な業務で頼る前にレビューを必要とする。

第二のシグナルは、約束された機能同等性の到来だ。共有リンク、Driveファイル、Gemini Notebook対応は、スキルが知識豊富なGemを置き換えられるかを決定する。

個人向けGemの廃止前にこれらの機能が広く展開されれば、移行の根拠は強まる。大幅な遅延があれば、ユーザーは手動のファイルコピーを維持するか、ワークフローを再設計せざるを得ない。

CanvasとDeep Researchには個別の注意が必要だ。Googleは現在、スキルがこれらに対応していないとしており、未対応のすべてのツールが同じスケジュールで追加されるとは約束していない。

スキルがこれらの体験にアクセスできるようになれば、より強力なユニバーサルレイヤーとなる。対象外の状態が続くなら、ユーザーはGeminiの異なる部分ごとに別のカスタマイズシステムを必要とするかもしれない。

第三のシグナルは、環境間のポータビリティだ。Googleによれば、WorkspaceスキルとGeminiアプリのスキルは、同じ概念を用いていても自動同期しない。

この断片化は、ファイル互換性よりも重要である。真に再利用可能なワークフローであれば、大規模な再構築なしにチャットからGmail、Docs、Sheetsへ移動できるはずだ。

Workspaceの展開は、Googleがどの程度の管理機能を提供するかを明らかにする。組織には共有コントロール、所有権ルール、ライフサイクル管理、従業員が使用する指示の可視性が必要だ。

GoogleのWorkspaceスケジュールでは、ビジネス顧客に代替手段を評価するための数か月が与えられている。教育分野の顧客には、2027年6月までさらに長い期間が与えられる。

これらの期間は、準備を先送りする理由ではなく、テスト期間として扱うべきだ。組織は自動変換の前に、現在のGemsを棚卸しし、重要な依存関係を特定し、担当者を割り当てられる。

個人ユーザーは、より小さな監査から始められる。繰り返し使うGemsを一覧化し、その指示をコピーし、ソースファイルを保存し、代表的な出力をいくつか記録する。

次に、重要なワークフローを一つ、スキルとして再作成する。/を使った明示的な有効化をテストし、その後は自動選択と別のスキルとの組み合わせを試す。

このプロセスは、モジュール型モデルが日々の業務を改善するかどうかを明らかにする助けとなる。また、Googleが馴染み深いGemインターフェースを廃止する前に、競合を露呈させる。

ユーザーは、すべてのGemを一つの巨大なスキルに変換することを避けるべきだ。小さなコンポーネントのほうが、通常はエラーを分離しやすく、指示も保守しやすい。

また、安定した手法と変化する事実を分けるべきだ。スキルはリサーチプロセスを定義し、最新のドキュメントは各タスクの証拠を提供できる。

チームにとって、この移行は文書化されていないプロンプト運用を見直す機会となる。再利用可能な指示は、誰かが正確性に責任を持ち、重要な改訂を承認することで、より価値を増す。

同じレビューでは、機密情報も扱うべきだ。スキルパッケージは持ち運び可能であるため、ユーザーはどのファイルと指示が管理対象環境の外に出せるのかを理解しなければならない。

競合の活動も、もう一つの有用な基準となる。OpenAIとAnthropicも再利用可能なスキルを軸に構築しており、相互運用性は抽象的な約束ではなく実用的なテストになっている。

わずかな調整だけで移行できるワークフローは、オープンスタンダードを裏付ける。一方で、製品ごとに全面的な書き直しを必要とするパッケージは、共通のファイル名の下にあるプラットフォーム依存を露呈させる。

Googleは、この戦略を有用にするために完璧なポータビリティを必要としているわけではない。しかし、Gemsを置き換えることを正当化するには、予測可能な動作、明確な権限、十分な機能範囲が必要だ。

Googleはすでに、Google Geminiスキルを対象となる無料ユーザーへ拡大するという最大の配布判断を下した。次は、アクセス、移行品質、機能がともに前進できることを証明しなければならない。

重要なGemsを持つ人にとって、最善の次の一手は、廃止期間が終わる前に直接テストすることだ。移行されたスキルを実際の業務と比較し、失敗を記録し、指示とソースファイルの復元可能なコピーを保持しておくべきである。

この移行は、単なる新しいメニュー項目ではない。カスタマイズを、個別のアシスタント群から再利用可能なワークフロー基盤へと変えるものだ。これがGeminiの改善につながるかどうかは、今後数か月にわたりユーザーが確認できる詳細次第となる。