GemsからSkillsへ：Geminiのカスタマイズは再利用できるワークフローに

オリジナルの編集用イラスト。再利用可能な指示の考え方を示したもので、Geminiのスクリーンショットや内部アーキテクチャではありません。

カスタマイズは、消費者向けAIの中でも特に興味深い領域になりつつあります。役立つアシスタントは、たくさんのことを知っているだけではありません。繰り返す作業にどう取り組みたいかを覚えてくれます。調査ブリーフ、編集レビュー、プロジェクトの引き継ぎでは、それぞれ異なる基準が必要です。その基準を毎回の会話で繰り返すのは面倒ですし、暗黙のままにしておけば結果にばらつきが出ます。

Googleが進めるGemsからSkillsへの移行は、この問題に対応するものです。カスタマイズしたアシスタントをそれぞれ完全に別の場所として扱う代わりに、再利用できる指示を進行中の会話の一部にできます。画面上の変化は小さく見えても、人々のワークフローの整理方法には大きな影響がありそうです。同時に、移行作業も発生します。使い慣れた指示セットが、そのまま明確で、移植でき、検証しやすいSkillになるとは限りません。

展開日程はアカウント種別で異なる

GoogleはGeminiアプリのSkillsを2026年10月13日から展開し、11月半ばまでに完了する予定です。Workspace向けSkillsの展開は10月5日に始まります。段階的な展開のため、アカウントによって利用可能時期が異なる場合があります。Google Workspaceの発表

Googleのヘルプページでは、GemsからSkillsへの移行を個人アカウントは2026年11月、Workspaceのビジネス、エンタープライズ、非営利アカウントは2027年3月、教育アカウントは2027年6月に予定しています。これらの移行日はSkills機能の提供開始とは別です。利用するアカウント向けの案内を確認し、管理対象なら管理者に問い合わせてください。GemsからSkillsへの移行ヘルプ

Skillには繰り返し行う仕事を記述する

Googleによると、Skillsはチャットをまたいで再利用でき、明示的に選択するか、関連する場合に適用でき、複雑な作業では組み合わせることもできます。現在の作成ガイドでは、ルートにSKILL.mdファイルを置き、対応する参照資料を任意で追加できます。また、アップロードされたスクリプトの外部操作には制限があるとしています。そのため、指示のまとまりと、ウェブサイトを操作する権限を持つ無制限のプログラムを区別することが大切です。Gemini Apps向けSkillsの作成と管理

ありがちな誤りは、長いプロンプトを何でもSkillにすることです。長さが本質ではありません。役に立つSkillには、認識できる作業、明確な入力、出力基準、そして行動すべきでない条件があります。これらがなければ、自動再利用によって曖昧さを解消する代わりに、繰り返してしまうかもしれません。

仮に「調査ブリーフ」というカスタマイズを考えてみましょう。「詳しく調べる」だけでは不十分です。調査の問い、情報の基準日、一次情報へのリンク、確認済みの知見と解釈の区別を求められます。証拠がなければ情報源を捏造せず、そのことを明示するよう禁止事項を定めることもできます。こうした要件があれば、出力を確認しやすく、タスクも見分けやすくなります。

別の「編集スタイル」カスタマイズを考えてみてください。短い段落、平易な表現、一貫した見出しを指定するかもしれません。これを証拠に関する要件から分ければ、再利用の柔軟性が高まります。同じ証拠基準を技術調査とニュースブリーフに適用しつつ、文章のスタイルはそれぞれ変えられます。指示同士が矛盾しない限り、これが組み合わせる利点です。

テキストをコピーする前に、意図を整理する

Gemを移す前に、どの点がうまく機能しているか書き出してください。どんな作業に使っていますか。普段どんな情報を渡しますか。出力のどこを毎回直していますか。参照ファイルのうち不可欠なのはどれで、数カ月前に一度だけ使う目的で追加したものはどれでしょうか。この棚卸しは、誰も意図を理解していないプロンプトの複雑さをそのまま残すより価値があります。

長く使えるルールと、一時的な文脈を分けます。「企業の発表と独立した測定結果を区別する」は、長期的に使える調査ルールです。「当社のリリースは来週木曜日」は一時的な文脈で、日付が進めばすぐに古くなります。一度役立ったからといって、再利用する指示に古い事実をひそかに持ち越してはいけません。

例の中に個人情報が埋め込まれていないか確認してください。実在する顧客名、社内の住所、未発表の事業計画が、便利なサンプルとして元のプロンプトに入った可能性があります。再利用する設定にそれらが必要とは限りません。不要な具体情報は中立的な例に置き換え、必要な機密情報は適切なアカウントとアクセス管理の下で扱いましょう。

棚卸しでは、一度も明文化されなかった前提も特定してください。最終的な数字をいつも同僚が確認していたのかもしれません。開始前には常に情報源となる文書を渡していたのかもしれません。新しいワークフローでSkillを多くの会話に適用できるようになれば、その前提は成り立たなくなる可能性があります。周囲の文脈が変わらないと期待するのではなく、要件として明示してください。

持ち運び可能な参照用コピーを保つ

オリジナルの移行チェックリスト。この比較は、Googleが報告したアカウント移行の結果ではなく、提案するレビュー手順です。

持ち運べるコピーがあれば、インターフェースが変わっても内容を確認できます。名前、目的、指示、参照ファイル一覧、いくつかの使用例を含められます。一つの製品に依存せず読める一般的な形式を使いましょう。あらゆる形式で読み込み互換性があるという約束ではありません。読み込み方法が異なっても、カスタマイズの意味を保つための方法です。

参照ファイルごとに、なぜ含めたのか、最後にいつ見直したかを記録してください。ある組織で正式な方針文書でも、別の場所では無関係かもしれません。スタイルガイドは古くなることがあります。表にはチーム外と共有すべきでない情報が含まれるかもしれません。ファイル名だけでは、こうした条件を伝えきれないことがよくあります。

候補を評価している間は元の設定も保持してください。文言を変えず移行しても、周囲のモデル、ツール、会話の文脈が違うため、挙動が変わることがあります。ロールバック用の参照があれば、指示の問題とプラットフォーム側の変更を見分けやすくなります。また、急いで書き直した結果が唯一残るバージョンになることも防げます。

持ち運びやすさと、無制限な配布を混同しないでください。設定にはライセンス上の制約がある参照資料や、個人情報が含まれる場合があります。テキストファイルに収まるからといって、公開したり別サービスに送ったりしてよいとは限りません。同僚とSkillを共有したり、見知らぬ作者のものを読み込んだりする前に、内容と共有先を確認しましょう。

大きなプロンプトより、小さなテンプレートのほうが確認しやすい

以下はオリジナルの、意図的に最小限にした調査用テンプレートです。ローカルのエディターで編集する内容の例であり、シェルで実行するコマンドではありません。Googleがこの見出しを必須としているという主張ではありません。また、読み込む前に現在のプラットフォームガイドと照らし合わせてください。

---
name: source-linked-research
description: 証拠と解釈を分けた調査ブリーフを作成する。
---

# 入力
- 調査の問いと対象読者。
- 基準日、利用を許可する情報源または検索範囲。

# 方法
- 製品に関する事実の主張には、一次情報を優先する。
- 発表、測定結果、個人の分析を区別して示す。
- 証拠がなければ、事実や引用を作らず不足を明記する。

# 出力
- 主な知見、根拠となるリンク、未解決の問い。
- 別途承認されない限り、外部への送信や公開はしない。

大切なのは、この文言そのものではありません。契約内容が見えることです。読み手は入力を把握し、証拠不足へのルールを確認し、公開が別個の操作だと分かります。将来の編集者は、無関係な人物設定の指示が絡み合った長文をほどかずに、一つの要件を変更できます。

失敗を明らかにできる大きさに例を保ちましょう。情報源付きの調査なら、日付が食い違う例と、主張に一次情報がない例を含めます。文書レビューなら、要件が曖昧なファイルを使います。完全で簡単な入力でしか成功しないテンプレートでは、日常業務に役立つかどうかはあまり分かりません。

秘密情報、認証トークン、無制限なツール操作の指示をSkillファイルに埋め込むのは避けてください。再利用する指示に書くのは作業の内容であり、認証情報の保管場所ではありません。非公開情報へのアクセスが必要な作業では、プラットフォームの適切な権限やアカウント管理を使ってください。便利さのために、設定の中に機密情報を見えない形で隠してはいけません。

Skillsを組み合わせると、指示の衝突も起こりうる

現実の作業には複数の側面があるため、組み合わせには魅力があります。レポートには調査基準、社内スタイル、読者に合わせた説明が必要かもしれません。しかし指示同士が衝突することがあります。一方は短い回答を求め、もう一方は包括的な監査を要求する。決断力のある推奨を促す指示と、未解決の不確実性を目立たせる指示がぶつかる。役に立つワークフローは、恣意的に折衷するのではなく、矛盾に気づきます。

最初は、補完し合う二つのSkillから始めてください。文章スタイルの指示を加えても証拠基準が保たれるか、出力が対象読者に適したままかを確認します。結果が予想外に変わったら、それぞれのSkillを単独で試してください。そうしないと、どこで間違ったのか分かりにくくなり、さらに指示を追加して積み重ねることになりかねません。

評価中は、明示的に有効化する方法も役立ちます。自動的に関連する指示を選べれば便利ですが、どの指示が適用されたのか見えにくくなることがあります。影響の大きい作業では、使うつもりだったSkillを記録し、出力がその内容に沿っているか確認してください。これはレビューの提案であり、特定の画面に完全な指示履歴機能があるという主張ではありません。

無関係な作業に適用されないよう、範囲を十分に絞りましょう。「金融調査」のルールが、創作の会話までひそかに変えてはいけません。カスタマーサポート用テンプレートが、個人的な質問を正式な問い合わせに変えてもいけません。良いパーソナライズには、そのカスタマイズが関係しない場面を見分けることも含まれます。

古いワークフローを終える前に、比較用のタスクを試す

実用的な移行レビューでは、変更前後で同じ小さな入力セットを使います。一般的なケース、情報不足のケース、以前に修正が必要だった境界的なケースを含めてください。書式だけでなく内容を比べます。新しい版は必要な注意書きを保ったでしょうか。足りない詳細を作り上げなかったでしょうか。外部操作の境界を保ったでしょうか。

調査ワークフローなら、サンプル出力の根拠となるリンクを一つずつ確かめます。編集ワークフローなら、意図した意味が書き換え後も残っているかを確認します。社内引き継ぎなら、担当と未解決の質問が完了済みの作業に変わっていないか確かめてください。こうした確認はタスクに合わせるべきで、一般的な「品質」スコア一つに頼るべきではありません。

比較に使った日付、アカウントの種類、設定のバージョンを記録します。そうすれば後の変更を調べやすくなります。更新後に結果が悪化したなら、指示、元資料、プラットフォームのどれが変わったかを確認できます。基準がなければ、調査は以前どう動いたかという不確かな記憶から始まってしまいます。

個人で使うなら、大規模な評価システムは必要ありません。短いチェックリストと保存した例がいくつかあれば、明らかな後退を見つけるには十分なことがあります。影響の大きいワークフローを扱うチームには、もっと正式なレビューが必要かもしれません。原則は同じです。移行は、ファイルを読み込んだ時点ではなく、意図した挙動を確認した時点で完了します。

パーソナライズには、便利さだけでなく管理責任も必要

この移行は、毎回空のプロンプトから始めるのではなく、繰り返し使える仕事の進め方をタスク間で持ち運ぶ未来を示しています。それは有益な可能性があります。同時に、従来のアプリには見えなくても、重要な判断に影響を与える指示セットや参照資料が蓄積され、新しい種類のソフトウェアになりうることも意味します。

その集まりを管理する人が必要です。参照ファイルを更新するのは誰でしょうか。方針が変わったあと、共有Skillを見直すのは誰でしょうか。読み込んだ指示が適切かを誰が決めるのでしょうか。カスタマイズが気軽なプロンプトに思えるうちは、こうした問いを先送りしがちです。同じ設定がチームの日常業務で繰り返し使われるようになれば、無視しにくくなります。

個人なら、読みやすいコピーを保ち、古い前提を取り除き、重要な出力を検証する程度で済むかもしれません。組織では、承認済みの設定、アクセスルール、レビューの仕組みが必要な場合があります。どちらもパーソナライズを正しさの保証とみなすべきではありません。使い慣れたアシスタントでも、思いがけない誤りを犯すことがあります。

名前だけでなく、ワークフローを移す

最も有用な準備は、Gemが担っている仕事を保ち、その要件を明確にすることです。参照用コピーを残し、依存するファイルを確認し、長く使えるルールと一時的な事実を分け、代表的な入力で候補を試します。そのうえで、世界共通の期限を仮定せず、実際に使うアカウントに関する展開情報を確認してください。

Skillsによって、カスタマイズを再利用し、組み合わせやすくできる可能性があります。その利点を生むのは、明確な契約と慎重なレビューであり、「Skill」という名前そのものではありません。AIツールがより個人に合わせられるようになるほど、価値があるのは理解し、維持し、検証できる設定です。新しい画面にプロンプトをコピーするより、その理解を移すことのほうが重要です。

移行に関する判断を一か所に残す

調査資料、設定メモ、レビュー結果を整理したい方にとって、Telli.shは任意のワークスペースです。レビュー用ノートを作成。