低リスクの設定を繰り返す作業は、再利用可能なアシスタントにする候補です。ただし、繰り返すという理由だけでは不十分です。安定した指示、承認済みのデータ境界、明確な責任者、設定の誤りを見つけられるテストも必要です。
これらの再利用可能なアシスタントでは、指示と参考ファイルを組み合わせられます。会話履歴とメモリは別の機能です。新しいチャットが別のチャットの内容を利用できると想定せず、使っている製品で、プロジェクト知識、有効なメモリ、現在の会話のどこから文脈が得られるか確認してください。
この記事では、構築方法、プラットフォームの使い分け、小規模なライブラリを数か月にわたって有用に保つ習慣を説明します。
それぞれの仕組み
ChatGPT Custom GPT。 ChatGPTで現在のGPT領域を開き、アカウントとワークスペースにビルダーが表示される場合に利用します。ビルダーのラベル、機能、公開制御は変わることがあります。GPTの設定には次の内容を含められます。
- 名前と説明
- 指示
- 知識ファイル（アップロードしたPDF、文書、スプレッドシートなど）
- 会話を始めるためのプロンプト
- 利用可能な場合、ウェブ検索、画像生成、Canvas、Code Interpreter & Data Analysisなどの機能の切り替え
共有方法や公開ストアへの掲載資格は、現在のアカウント、ワークスペース、ポリシー制御によって異なります。特定の選択肢に依存する前に、OpenAIの最新GPT構築ドキュメントを確認してください。
Claude Projects。 claude.aiで作成します。各Projectは、次の内容を含むフォルダーです。
- カスタム指示（そのプロジェクト専用）
- 知識ファイル（Claudeが参照できるようにアップロードした文書）
- プロジェクト内で行ったすべての会話
利用可否、知識の扱い、共有制御は、現在のClaude製品とアカウントによって異なります。特定の上限や権限に依存する前に、Anthropicの最新Projectsドキュメントを確認してください。
Gemini GemsとMicrosoft Copilot agents。 関連する概念ですが、同等とは限りません。データ接続、共有、ツール、管理の仕組みが異なります。対象アカウントのベンダー資料を確認し、ある製品のプライバシー上の前提を別の製品へ持ち込まないでください。
仕組みとデータ境界は異なりますが、共通する考え方は、定めた種類の作業に指示と選択した参考資料を提供する保存済み設定です。
構築するタイミング
繰り返しはきっかけの一つですが、それだけでは不十分です。再利用可能なアシスタントをテストする価値がありそうな兆候は3つあります。
1. 安定していて機密ではない同じ文脈を何度も説明している。 その文脈を保持することが承認され、予定している作業全体で有用な場合に限り、保存済みのアシスタントを検討します。
2. 同じ質問のバリエーションを何度もしている。 自分らしい文体でメールを書く。同じ種類のリスクについて契約書を確認する。同じ形式でレポートを生成する。特定の言語に翻訳する、または特定の言語から翻訳する、といった作業です。
3. 繰り返し貼り付けている参考資料群がある。 ブランドガイドライン、製品ドキュメント、長い方針文書、過去の会議記録一式などです。同じファイルを繰り返し使うなら、ProjectやKnowledge領域に置きます。
同じ承認済みの文脈を何度も入力しているなら、安定した部分を保存済みのアシスタントへ入れることを検討します。製品とワークスペースが承認されていない限り、作業固有、機密、短期的な文脈は入れないでください。
最初の実践的な構築例：メール下書きアシスタント
具体的な構築例を順に見ていきましょう。ここではChatGPT Custom GPTを使います。Claude Projectsも関連する考え方ですが、文脈、メモリ、ツール、共有の挙動は別途設定し、テストする必要があります。
ステップ1：ビルダーを開く。 ChatGPTで現在のGPT領域を開き、アカウントで利用できるビルダー制御を使います。表示されない場合は、特定のプラン、端末、メニュー経路を想定せず、OpenAIの最新資料とワークスペースのポリシーを確認してください。
ステップ2：名前と説明を設定する。
- 名前：「Email Coach」
- 説明：「私が提供する文脈と制約を使い、私らしい文体でメールを下書き・編集します。」
ステップ3：指示を書く。 価値の大部分はここで生まれます。
あなたは、[your name]のメール作成コーチです。その人は[your role]を務め、[your company]に所属し、[your location]を拠点としています。その人らしい文体で、メールをすばやく下書き・編集することが仕事です。
文体：率直ながら温かみがあり、企業的な不要表現を使わず、短いメールを好み、具体的な次の行動で締めくくります。
メールの下書きを依頼された場合：
- 重要な情報が欠けていれば、具体的な確認質問を1つしてください。それ以外の場合は、そのまま下書きしてください。
- 短文（60語）、中文（100語）、長文（150語）の3案を作成してください。それぞれにトーンを示すラベルを付けてください。
- どの下書きにも、「I hope this email finds you well」「I wanted to reach out」「Thank you for your patience」「Please let me know if you have any questions」を含めないでください。
- 各下書きは明確な次の行動で締めくくってください。
メールの編集を依頼された場合：
- 明瞭さ、トーン、文法の順で3段階の確認を行いますが、依頼された段階だけを実施してください。
- 提案する変更箇所をそれぞれ引用し、その理由を短い1文で説明してください。
- 依頼されていないのに「スタイル」を理由として書き換えないでください。
催促、辞退、謝罪を依頼された場合：
- 催促：温かみを保ち、強引にならず、緩やかな期限を設け、これまでのやり取りに触れてください。
- 辞退：温かみを保ち、説明しすぎず、境界を設けること自体について謝らないでください。
- 謝罪：簡潔に責任を認め、解決策を提案し、卑屈にならないでください。
既定の出力形式：ラベル付きの3案を水平線で区切ります。前置きも最後の要約も不要です。
ステップ4：会話のきっかけを設定する。 将来の自分が入力しそうなプロンプトを3～4個用意します。
- この会議を丁寧に断るメールを書いてください
- このメールをもっと短く書き直してください
- このメールのトーンを編集してください。もっと落ち着いた印象にします
- マネージャーに難しい内容を伝える文章を一緒に考えてください
ステップ5：Knowledge（任意）。 ブランドのスタイルガイド、会社のトーン・オブ・ボイスに関する文書、承認済みのメール例があれば、この作業に必要な資料だけを追加します。資料を最新に保ち、アシスタントが正しい情報源を使うかテストしてください。アップロードしても、正しく検索・適用される保証はありません。
ステップ6：保存してテストする。 まず、合成データまたは低リスクの例を使います。想定どおりの入力、情報不足の入力、敵対的な入力、範囲外の入力を比較してから、実際のメールに使います。
何度か実際に使った後、観察した失敗に対応するよう指示を編集します。すべての草稿を読み続けてください。調整によって一貫性は高められますが、事実の正確さや安全に送信できることまでは証明できません。
プライバシーの境界： 知識ファイルをアップロードする行為は、その製品のデータ規則に従ってベンダーと共有することだと考えてください。秘密情報、顧客のPII、認証情報、法的秘匿特権の対象となるファイルを、未承認のアシスタントに読み込ませてはいけません。ファイルの参照が必要なら、承認済みの組織ワークスペース制御、理解している保持設定、最小権限の共有、情報の伏せ字を優先してください。
その他の構築候補
実用的な例をいくつか挙げます。
辛抱強い個別指導役。 4段階の学習ループ（説明、例、確認問題、復習）を組み込みます。新しいことを学びたいときに使います。
意思決定の議論相手。 まず質問し、賛成・反対の論拠を挙げ、仮定と不明点を明示した推奨案を提示します。思考の整理に使い、最終的な判断は自分で行います。
契約書のレビュー担当。 3段階の文書ワークフロー（第一印象、リスク、判断事項）を指示します。法的秘匿特権の対象ではない参考方針だけをKnowledgeとしてアップロードします。質問の準備に使い、重要な箇所は弁護士が確認します。
テクニカルライター。 チームのドキュメント作成スタイルを指示します。厳選し、承認を受けた既存ドキュメントを知識ファイルにします。新しい草稿はすべて、要確認として扱います。
顧客インタビューの統合担当。 承認済みのインタビュー記録から、テーマ候補、引用、課題、機能要望を抽出する指示を組み込みます。不要な識別情報を削除し、情報源の箇所へ戻れるリンクを保ち、人がコーディング結果を確認してください。
ブランドボイスに合わせるリライター。 会社の文体に合わせる指示を設定します。知識ファイルには、少数の承認・採用済みの文章例を入れます。社外向けコンテンツの下書きに使います。
構築と保守にかかる時間は、テスト、ファイルの確認、プライバシー承認、作業のリスクによって異なります。生産性が上がったと判断する前に、修正作業が本当に減ったか測定してください。
Custom GPTとClaude Project：どちらを選ぶか
簡単な判断基準を示します。
Custom GPTを検討する場合：
- 現在のアカウントとワークスペースが、必要な共有・公開制御に対応している。
- 現在のビルダーが、テスト済みワークフローに必要なツールを提供している。
- 作業の大部分がChatGPTのエコシステム内にある。
- プライバシーと承認の要件が、現在のChatGPTのデータ制御に適合する。
Claude Projectを検討する場合：
- 修正の手間を比較した結果、代表的な作業でClaudeの性能がよい。
- 現在のProject知識制御が、使用する文書に適している。
- 会話をプロジェクトの文脈ごとにまとめたい。
- Claudeのインターフェースとトーンを好む。
- 組織が、その作業に対するClaudeプランのデータ条件と制御を確認済み。
両方の製品が利用条件を満たすなら、同じ代表的な作業を比較し、修正の手間、必要なツール、資料の扱い、データ条件、共有制御を基準に選びます。時代を超えて変わらないブランドの強みがあるとは考えないでください。
避けるべきよくある間違い
指示が長すぎる。 長い指示は、保守とテストが難しくなります。作業を定義する最小限のルールから始め、重要な分類には例を使い、実際の失敗で必要だと分かった場合にだけルールを追加します。
知識ファイルの範囲が広すぎる、または品質が低い。 利用可能な文書をすべてアップロードすると、情報源の管理とテストが難しくなります。参考資料を厳選し、古い版を削除し、文書が矛盾した場合にどの情報源を優先するか定めてください。
反復改善しない。 初版ではルールを見落とす場合があります。代表的な事例でテストし、失敗を記録し、変更は一度に一つにして改善したか判断できるようにします。
作りすぎる。 各アシスタントには、責任者、テスト事例、情報源の保守、廃止基準が必要です。測定した利用状況が保守コストに見合うものだけを作ってください。
設定を非公式に複製する。 チームが同じアシスタントを必要とする場合は、製品が提供する承認済みのワークスペース共有と権限制御を使ってください。一般消費者向けアカウントを共有したり、機密の知識を管理されていない複製へ入れたりしてはいけません。
継続的に効果が積み上がる習慣
定めた日程と重要な変更の後に見直す。 承認済みの評価例を使い、回答が間違っていた箇所や訂正が必要だった箇所を記録し、バージョンメモとともに指示または情報源を更新します。
安定したルールを何度も伝えているなら、指示へ移すことを検討する。 一時的な事実と作業固有の文脈は、恒久的な既定値にせず会話内に残します。
各アシスタントの指示末尾に「バージョンメモ」のコメントを残す。 「v3：『I hope this finds you well』を禁止するルールを追加」のように記録します。変更理由を思い出すのに役立ちます。
増やしすぎず、小規模なライブラリを維持する。 実際に使う、よく調整された一握りのアシスタントは、一度作っただけで忘れた数十個より有用です。
再利用可能なアシスタントを1つ構築する
Custom GPTとClaude Projectは、繰り返す作業向けに指示と選択した文脈をまとめる方法です。低リスクの作業を一つ選び、期待する挙動と範囲外の挙動を定め、承認済みファイルだけを追加し、保守する価値があるか判断する前に結果をテストしてください。
2026年8月11日に確認した資料
GPTの作成と編集に関するOpenAIのドキュメント、GPTの提供状況、プライバシー、共有に関する概要、AnthropicのProjectsドキュメント、Anthropicの法人・個人向けデータ利用に関する説明を、このレビューで確認しました。製品の制御は引き続きアカウントとワークスペースによって異なります。
