ChatGPTに毎回同じ説明をくり返して時間を失う会社の社内ナレッジの残し方
毎回貼っている会社説明を1枚にまとめるだけで、ChatGPTへの入力はかなり楽になります。
社内ナレッジとして残す場所を分けるコツ、気になりませんか？
ChatGPTに毎回同じ説明を入れるのが面倒なら、見直すべきはプロンプトの書き方だけではありません。会社の前提情報をどこに残し、どこから呼び出すかが決まっていない可能性があります。
「うちの会社はこういう事業で」「この顧客層に向けて」「この言い回しは禁止で」と毎回貼っているなら、その説明文はもう個人のメモではなく、社内ナレッジの候補です。
個人のチャット履歴だけに置いたままでは、担当者が変わった瞬間に同じ説明がまた増えます。
この記事では、ChatGPTのMemory、Projects、Custom GPTs、Appsを万能の箱として見るのではなく、会社の正式なナレッジ管理とどう分けるかを整理します。最初の一歩は、AIツールを増やすことではなく、毎回貼っている前提を棚卸しすることです。
要点毎回説明している内容は「共通ブリーフ」にする
ChatGPTに繰り返し入れている会社概要、顧客像、禁止表現、判断基準は、1枚の共通ブリーフとして残します。MemoryやProjectsは便利な置き場ですが、正式な原本は別に持つほうが安全です。
毎回の説明は「プロンプト不足」ではなく前提の置き場不足
ChatGPTの回答が毎回ぶれる時、つい「もっと良いプロンプト」を探したくなります。もちろん書き方は大切ですが、社内利用で多い原因は、AIに渡す前提が人によって違うことにあります。
営業担当は価格帯を強調し、広報担当はブランドトーンを重視し、経理担当は承認条件を気にします。
この違いを毎回のチャットで補っているだけだと、同じ会社なのにAIの中では別々の会社として扱われるようになります。
| 毎回入れている説明 | まず残す場所 | 狙い |
|---|---|---|
| 会社概要 | 共通ブリーフ | 全員の前提を揃える |
| 案件背景 | Project | 作業単位の文脈を保つ |
| FAQ・手順 | GPTsや台帳 | 標準回答を再利用する |
| 一時情報 | チャット内だけ | 不要な記憶化を避ける |
ここで大事なのは、ChatGPTに覚えさせることと、会社として管理することを分ける発想です。社内ルールの点検から始めたい場合は、生成AI利用ルール診断で見直す社内チェック項目も合わせて確認すると、Memoryや履歴の扱いを決めやすくなります。
まず「毎回貼っている説明」を4種類に分ける
社内ナレッジ化の入口は、難しいデータベース作りではありません。直近1〜2週間でChatGPTに貼った説明文を見返すだけでも、繰り返し使われている前提は見えてきます。
最初は、共通、案件、標準、一時の4種類に分けます。この分類を先に置くと、Memoryに入れるべきか、Projectに置くべきか、社内ドライブの原本にすべきかを判断しやすくなります。
- 共通前提: 会社概要、顧客層、文体、禁止表現、提供範囲
- 案件前提: 目的、関係者、過去の決定事項、提出期限、制約
- 標準資料: FAQ、作業手順、チェックリスト、社内ルール
- 一時情報: 今日だけ使うメモ、仮説、未確認の顧客情報、個別相談
共通前提は全員で使うため、1枚の共通ブリーフとして残すのが基本です。案件前提はProjectに置くと同じテーマのチャットやファイルを束ねやすく、標準資料はGPTsのKnowledgeや社内ドライブの原本に向きます。
一時情報は安易に記憶させず、必要が終わったら残しません。
準備最初の棚卸しは「貼った文章」から始める
社内ヒアリングから始めると大きくなりすぎます。まずは担当者がChatGPTへ実際に貼った文章を集め、3回以上使っている前提だけを共通ブリーフ候補にしてください。
ChatGPT内の置き場所は用途で分ける
ChatGPTには、同じ説明を減らすための置き場所が複数あります。ただし、それぞれの役割は異なり、Memory、Custom Instructions、Projects、Custom GPTs、Appsを同じ箱として扱うと、後から更新責任が曖昧になります。
OpenAIのMemory FAQでは、Memoryが過去のチャット、ファイル、接続アプリなどの文脈を参照し、同じ説明の繰り返しを減らすために使われると説明されています。
一方で、Memory summaryにすべての記憶が表示されるとは限らないため、会社の正式台帳として扱うには弱いと考えるべきです。
出典: OpenAI Help「Memory FAQ」(英語)
Projectsは、長期作業のチャット、ファイル、カスタム指示をまとめる作業場です。案件や部署ごとの前提を置くには便利ですが、全社の正式ルールをProjectsだけに閉じ込めると、別案件から見えなくなることがあります。
出典: OpenAI Help「Using projects in ChatGPT」(英語)
| 置き場所 | 向いている前提 | 注意点 |
|---|---|---|
| Memory | 個人の好み 繰り返す文脈 | 正式台帳にはしない |
| Custom Instructions | 文体 回答方針 | 案件別ルールと混ぜない |
| Projects | 案件 部署 定例業務 | 原本管理は別に持つ |
| Custom GPTs | FAQ 手順書 標準資料 | 更新責任者を決める |
| Apps | Drive Slack 外部資料 | 権限と古い資料を先に整理 |
Custom GPTsでは、instructionsが振る舞いを決め、Knowledgeが参照資料として使われます。つまり、ルールはinstructions、資料はKnowledgeに分けるのが基本です。Appsは外部情報へつなぐ入口ですが、書き込みや重要操作の権限も関わるため、接続前に社内ルールを決めてください。
出典: OpenAI Help「Creating and editing GPTs」(英語) / OpenAI Help「Apps in ChatGPT」(英語)
既存の社内文書をAIで探せるようにしたい場合は、ChatGPT内だけで完結させるより、まず文書の置き場を整えるほうが近道です。Microsoft 365など既存の資料をAIに参照させる考え方は、社内文書をAIで横断検索する仕組みの作り方も参考になります。
会社の正式ナレッジはChatGPTだけに閉じ込めない
ChatGPT側に置く（覚えさせる）
個人の好み・繰り返す文脈はMemory
文体・回答方針はCustom Instructions
案件・部署の作業場はProjects
標準FAQ・手順はCustom GPTs
会社の正式台帳に残す（原本管理）
原本URL・更新日・責任者・利用範囲
会社の判断基準と禁止表現
顧客情報はマスク・入力禁止を先に決める
古い版を残さない更新ルール
会社の正式ナレッジは、ChatGPTの中ではなく、社内ドライブ、ナレッジベース、業務管理ツールなど、更新者と原本が分かる場所に残します。ChatGPT側には、その原本をどう参照するか、どの範囲を使ってよいかを渡します。
理由は単純で、MemoryやProject filesに入れた情報は便利な一方、古い版が残ったままになることがあります。
AIが古い前提をもっともらしく使うと、間違いに気づくのが遅れます。
| 正式台帳に残す項目 | 書く内容 | 理由 |
|---|---|---|
| 原本URL | 社内資料の場所 | AI回答の根拠を戻れる |
| 更新日 | いつ見直したか | 古い前提を避ける |
| 責任者 | 誰が直すか | 放置を防ぐ |
| 利用範囲 | どの業務で使うか | 権限外利用を避ける |
AI事業者ガイドライン第1.2版でも、AI利用者がリスクを認識し、ライフサイクル全体で対策を実行する考え方が示されています。社内ナレッジでは、作る、使う、更新する、消すまでを1つの流れとして決める必要があります。
出典: 総務省・経済産業省「AI事業者ガイドライン第1.2版」
注意顧客情報を前提として残す前に入力範囲を決める
顧客名、住所、契約金額、未公開の取引条件、認証情報は、便利だからという理由で個人Memoryや個人チャットに残さないでください。扱える情報、マスクする情報、保存しない情報を先に分けます。
社内データをAIへ見せる範囲を決める考え方は、生成AIを社内データに学習させない設定と権限管理にもつながります。ナレッジ化は、便利な資料を増やす作業であると同時に、見せない情報を決める作業でもあります。
30日で始めるなら共通ブリーフと案件ブリーフから
最初から全社ナレッジ基盤を作る必要はありません。30日だけ、毎回貼っている説明を減らすことに目的を絞ると、現場でも始めやすくなります。
1週目は、各担当者がChatGPTに貼っている説明文を集めます。2週目は会社共通の前提と案件ごとの前提に分け、3週目は1つの部署や1つの定例業務でProjectsや共通ブリーフを試してください。
4週目に回答のぶれと入力時間を見直すと、広げる前に直すべき点が見えてきます。
| 週 | やること | 成果物 |
|---|---|---|
| 1週目 | 毎回貼る説明を集める | 説明文リスト |
| 2週目 | 共通と案件に分ける | 共通ブリーフ |
| 3週目 | 1業務で試す | ProjectまたはGPT |
| 4週目 | ログを見て直す | 更新ルール |
共通ブリーフには、会社概要、主な顧客、商品・サービスの説明、禁止表現、よく使う出力形式、参照すべき資料URLを書きます。
案件ブリーフには、目的、関係者、決定済み事項、未確定事項、次回までに必要な出力を残します。
実行順まず1業務だけで入力時間を減らす
最初の目標は、全社展開ではなく、1つの定例業務で毎回貼る説明文を半分にすることです。小さく減った時間を確認できれば、次の部署へ広げる判断がしやすくなります。
この取り組みを社内ルールへ広げる時は、生成AIの社内利用ガイドラインの作り方を先に見ておくと、入力禁止情報や確認責任を整理しやすくなります。効果を見る段階では、生成AIのROI・効果測定の指標のように、削減時間だけでなく回答品質や確認負担も一緒に見るのが安全です。
やってはいけない残し方を先に避ける
社内ナレッジ化は、残せば残すほど良いわけではありません。古い前提、広すぎる権限、個人ごとの別ルールが増えると、AIの回答はむしろ不安定になります。
特に避けたいのは、個人Memoryに会社ルールを入れすぎること、Apps接続前にDriveやSlackの権限を見直さないこと、古いPDFや過去提案書を原本のように扱うことです。便利な接続ほど、接続前の整理が成果を左右します。
| 避けること | 起きる問題 | 先に決めること |
|---|---|---|
| Memoryに丸投げ | 何を覚えたか追いにくい | 正式原本を別に置く |
| 古い資料を放置 | 古い前提で回答する | 更新日と責任者を持つ |
| 権限を広く接続 | 不要な情報まで参照する | フォルダ単位で絞る |
| 顧客情報を直貼り | 情報管理が崩れる | マスクと禁止情報を決める |
Apps接続や書き込み権限まで使う場合は、重要操作で確認を止める設計が必要です。ChatGPTの接続アプリ権限については、情報漏洩と誤更新を防ぐ社内ルールで詳しく整理しています。
回避「覚えさせれば解決」で終わらせない
ChatGPTが覚えてくれることは助けになりますが、会社の正式な判断をAIの記憶だけに預けるのは危険です。原本、更新日、責任者、利用範囲を持つ台帳を残してください。
FAQ
QChatGPTに毎回同じ説明を入れない方法はありますか?
Aあります。まず毎回貼っている会社概要、顧客像、禁止表現、出力形式を共通ブリーフにまとめ、案件ごとの前提はProjectsなど作業単位の場所へ分けます。
QMemoryに会社情報を入れてもよいですか?
A機密性の低い個人の好みや繰り返す文脈なら使えます。ただし会社の正式ルールや顧客情報は、Memoryだけに残さず原本管理できる場所に置くほうが安全です。
QProjectsとCustom GPTsはどう使い分けますか?
AProjectsは案件や部署ごとの作業場に向きます。Custom GPTsは標準FAQ、作業手順、チェックリストなど、繰り返し使う資料を参照させる用途に向いています。
QGoogle DriveやSlackを接続すれば社内ナレッジ整理は不要ですか?
A不要にはなりません。接続先に古い資料、重複資料、権限が広すぎるフォルダがあると、AIはその乱れも拾います。接続前に資料と権限を棚卸ししてください。
Q社内ナレッジ化は何から始めればよいですか?
A直近1〜2週間でChatGPTへ貼った説明文を集めます。その中で3回以上使っている前提を共通ブリーフにし、1つの定例業務で30日だけ試すのが始めやすいです。
Q顧客情報や契約情報も前提として残してよいですか?
Aそのまま残すのは避けてください。顧客名、住所、契約金額、認証情報、未公開情報は、入力禁止やマスク処理のルールを先に決め、必要最小限にします。
まず1枚の共通ブリーフから始める
社内ナレッジの残し方は、大きな仕組みから始めなくても進められます。まずは、ChatGPTに毎回貼っている説明を1枚にまとめるところから始め、誰が見ても同じ前提を使える状態を作ります。
そのうえで、個人の好みはMemory、案件の流れはProjects、標準資料はCustom GPTsや社内台帳、外部資料の検索はAppsと分けます。置き場所を分けるだけで、毎回の説明はかなり減らせます。
最後に残すべきなのは、AIの中の記憶ではなく、会社として説明できる原本。ChatGPTに覚えさせる前に、会社として何を正しい前提にするかを決めることが出発点になります。
ここから始めれば、生成AIの社内活用は個人技ではなく、再利用できる業務資産へ変わっていくはずです。
