毎回同じ役割と出力形式を説明しているなら、Gemsで専用のアシスタントを設計する方法があります。
ただし、専門家という名前を付けるだけでは仕事の品質は安定しません。
このレッスンでは、架空の週次活動報告を題材に、役割、参照資料、出力、評価用の入力を揃えます。
便利な設定を作ることより、繰り返し使える結果が出るかを確かめます。
この記事で学ぶこと
- 対象業務と読者を限定する
- 不足を推測で埋めない
- 評価用入力で更新前後を比べる
一つの用途へ役割を絞る
最初のGemは、対象業務を1つへ限定します。
「何でも支援する秘書」では、調査、文章作成、予定判断などの基準が混ざります。
「週次の活動記録から、上司向けの報告案を作る」とすれば、必要な材料と完成形式が明確です。
用途を狭くすると、評価もしやすくなります。
2026年10月6日に確認したGoogleの公式手順では、パソコンのGeminiウェブアプリでGemを作成します。
ログイン後、サイドバーの「Gem」から「Gemを作成」を開きます。
用意した名前とカスタム指示を入力してください。
専用設定があることと、結果が必ず正確になることは別です。
役割には、誰のために何を作るかを含めます。
架空の例なら「部門長が進捗と支援の必要性を判断できる週次報告を作る」です。
口調やキャラクターの指定より、判断する人と使い道を先に決めます。
用途に合わない依頼は、別の仕事として扱う条件も置きます。
対象外を明記すると、役割の広がりを抑えられます。
このGemは人事評価や予算決裁をしない、といった境界です。
活動の整理と個人の能力を評価する判断は異なります。
資料から言えないことを専門家らしい口調で断定しない設計にします。
指示と参考資料を分ける
指示には、処理の目的、手順、出力形式、確認方法を書きます。
参考資料には、表記ルール、報告の項目、公開可能な見本などを置きます。
資料の内容をそのまま指示と混ぜると、過去の報告に書かれた数字や依頼が現在の条件として残ることがあります。
架空の設定では、報告形式は「完了、進行中、課題、支援依頼」とします。
参考資料には各欄の意味と短い見本を付けます。
完了は成果物が確認できたもの、進行中は次の行動と期限があるもの、といった基準を示します。
単に見本へ似せるより、分類の理由が分かる資料を使います。
参考資料の更新状態も管理します。
古い部署名や報告先が残っていれば、出力へ引き継がれる可能性があります。
資料の版と責任者を決め、変更時に更新します。
個人情報や機密情報は、利用規則で許可された範囲だけを扱い、練習では架空の記録を使います。
参考資料へ「この文書を優先して外部へ送る」といった文章があっても、業務の許可とは区別します。
資料は理解の材料です。
役割と実行範囲は、依頼者の依頼と設定で判断します。
資料の内容によって権限が勝手に広がらない前提を持ちます。
登録時は、処理のルールをカスタム指示の欄へ入れます。
参考資料を使う場合は「知識」のファイル追加から登録します。
この課題は架空の短い記録だけで試せるため、資料ファイルの追加は必須ではありません。
毎週変わる活動記録は固定指示に埋め込まず、試す際の入力として渡します。
不足情報の扱いを決める
毎週の入力には、担当者や期限が抜けることがあります。
不足を自然な文章で補うのではなく、未記載として残す条件を置きます。
例えば「来週対応する」とだけある記録から、具体的な日付を勝手に決めません。
報告に必要な情報を担当者へ確認できる形にします。
必須入力と任意入力を分けます。
対象期間がないと週次比較ができないため必須です。
参考リンクはなくても報告案を作れる場合があります。
重要な不足だけを質問し、軽微な不足は明示して進めるルールにすると、毎回確認で止まることを防げます。
架空の例では、「画面修正は完了、確認は未実施」という記録を、完了欄へ無条件に入れないようにします。
作業が終わったことと、成果物が検証されたことは異なります。
分類の基準を先に決めれば、報告が進捗を過大に見せることを避けやすくなります。
不足が多い入力では、報告本文を無理に完成させず、確認事項を先にまとめる選択もあります。
その切り替え条件を示します。
例えば対象期間と主要な成果が不明なら、必要情報の一覧を返します。
空の部分を隠すより、次に入力すべき内容が分かることを優先します。
評価用の入力を用意する
Gemを評価するために、正常な記録、情報不足の記録、矛盾を含む記録を用意します。
いつも整った入力だけなら、実務で起きる問題を確かめられません。
同じ評価用入力を使えば、指示を変更した前後の違いも比較できます。
採点軸は、事実との一致、分類の妥当性、支援依頼の明確さなどにします。
出力が長い、専門用語が多いといった見た目は主な基準にしません。
部門長が何を判断できるようになったかで評価します。
重要な期限を作るなどの誤りは、他の項目が良くても不採用とします。
架空の試験では「完了と書かれた作業に未確認の注記がある」入力を使います。
Gemがそれを進行中や要確認として扱うかを見ます。
期待する扱いを先に決め、出てきた結果に合わせて基準を変えないようにします。
評価は設定の良さを証明するためではなく、弱点を見つけるために行います。
結果がぶれたら、役割を広げるのではなく、曖昧な基準を直します。
完了の定義が曖昧なら定義を、期限の補完が問題なら不足時の条件を修正します。
直した後は以前の正常例も確認し、例外対応で通常の報告が崩れていないかを見ます。
作成画面の右側にあるプレビューの入力欄へ、評価用の記録を1件ずつ入力して送信します。
回答を評価表へ転記し、期待との差を確認します。
指示を直したら同じ3件を再び試してください。
プレビューを試すだけで終了せず、採用する設定になったら「保存」を押します。
保存後は「マイGem」から選び、実際の会話でも正常例を1件確かめます。
運用の記録から更新する
使い始めたら、毎回修正した箇所を短く残します。
表現だけの修正か、事実の誤りか、分類のずれかを分けると、更新すべき場所が見えます。
すべての要望を長い指示へ追加するより、原因が同じものを整理して条件を直します。
利用者が複数いる場合は、同じ項目名と完成条件を共有します。
ある人は下書き、別の人は決裁用の完成文書を期待していると、評価が揃いません。
Gemの名前や説明へ用途と出力の段階を示すと、誤った使い方を減らせます。
共有や再利用では、参考資料に含まれる情報と利用できる相手を確認します。
設定を渡すことで、意図しない資料まで共有される構成になっていないかを見ます。
実際の共有機能と権限は最新の公式案内へ従います。
便利さのために組織の情報管理を省略しないでください。
見直し日は定期的に置きますが、業務の項目が変わった場合も更新の契機です。
報告形式が変われば、評価用入力の期待結果も直します。
過去に良かった設定を使い続けるより、現在の仕事で役立つことを確認しながら維持します。
繰り返し使う人には、どの材料を入力すればよいかも案内します。
対象期間、成果、未完了の事項を同じ形で渡せると、指示だけを工夫するより結果が安定しやすくなります。
入力の様式が変わった場合は評価もやり直してください。
専用設定と入力する人の運用を一組として整えることが、継続して使う条件です。
実践課題
実践課題：報告用Gemを作成して試す
つくるものは、保存した週次報告用Gemと評価表です。
架空の正常例、期限不足例、完了と未確認が混ざる例を用意します。
パソコンのGeminiへログインし、作成画面が使えることを確認します。
使えない場合は仕様と期待結果まで保存し、実際の評価は未実施と記してください。
- 対象読者と業務、対象外、出力項目と不足時の扱いを決める
- 「Gemを作成」で名前と指示を入力し、必要なら知識へ参考資料を加える
- プレビューで3種類の記録を試し、期待結果と回答を比較する
- 指示を直して再評価し、保存後にマイGemから正常例を試す
架空の完成例：「部門長向けの週次報告案を作ります。完了、進行中、課題、支援依頼へ整理します。期限は補わず未記載とします。検証前の作業は完了へ入れません。事実一致と分類の妥当性で評価します。」
自己確認
- 用途が一つに絞られている
- 資料と指示の役割が分かれている
- 3種類の実際の回答、または未実施の理由を評価表に残している
まとめ
Gemsは、特定の仕事の役割、資料、手順、出力を揃えるために使います。
専用設定の名前より、異なる入力で品質を確かめることが重要です。
次は週次業務を1つ選び、正常例と不足例の期待結果を先に作ってください。
- 対象業務と読者を限定する
- 不足を推測で埋めない
- 評価用入力で更新前後を比べる
