AIの出力がブレる原因は、プロンプトより先に渡す前提情報=コンテキストにあります。60秒で試せるクイックスタート、揃える7分類、作り方5ステップ、使い回せる雛形、更新管理とマスキングのコツまで解説。
本ページはアフィリエイトプログラムを利用しています。掲載の料金・条件は調査時点の情報で、変動する場合があります。最新は各公式サイトでご確認ください。
AIの答えがブレる原因は、能力ではなく前提情報(コンテキスト)の不足です。何を揃えるかは「7分類」、作り方は「洗い出し→具体化→整理→検証→改善」の5ステップ。一度「前提シート」を作り、変わる部分を変数にしておけば、次回以降は差し替えるだけで使い回せます。
この記事は、ノンプログラマーがAIに作業を任せる中で、自分用のコンテキストを組み立て・育てた経験を、はじめての人でも順番にたどれる完全ガイドとしてまとめたものです。
AIに同じお願いをしても答えがバラつく——その多くは、AIの能力ではなく、渡している前提情報(コンテキスト)の作り込みで決まります。このガイドでは「何を渡すか」だけでなく、自分用の土台をゼロから組み立て、検証し、使い回し、育てていくところまで、順番に解説します。長い記事ですが、上のボタンから必要なところへ飛べます。
実体験メモ
私はAIへの説明を毎回ゼロから書いていて時間を浪費していました。転機は、使い回せる「前提シート」を一度作ったこと。背景・目的・制約・トーンをテンプレ化しておくと、毎回貼るだけで精度が安定し、説明の手間も激減。AIを“記憶を持たない優秀な新人”と捉え、引き継ぎ資料を用意する感覚がしっくりきました。
序章:AIは「記憶を持たない優秀な新人」
AIをうまく動かすコツは、AIを「とても優秀だけれど、毎回記憶がリセットされる新人スタッフ」だと考えることです。
知識も処理能力も高い。けれど、あなたの会社のこと・これまでの経緯・暗黙のルールは何も知りません。さらに、昨日教えたことも翌朝には忘れています。そんな新人に良い仕事をしてもらうには、毎回「必要な資料を机の上に揃えてから」お願いしますよね。
この「机の上に揃える資料」こそがコンテキストです。優秀な新人ほど、資料が整っていれば期待以上の成果を返し、資料が足りなければ気を利かせて推測で埋め、結果ズレた成果物が出てきます。AIへの“思いやり”=必要な前提を先に渡すこと、と覚えてください。
この記事の対象読者
- AIに頼んでも「なんか違う」出力ばかりで、修正に時間を取られている人
- プログラミングはしないが、ChatGPTやClaudeなどを仕事で使いたい人
- 一度作った依頼を毎回ゼロから書き直している人
- チームでAIの使い方を揃えたい人
専門知識は不要です。コピペで使えるテンプレートも用意しました。
【最重要】まず60秒:今日から使えるクイックスタート
理屈は後回しでも構いません。まずは次の2つをやるだけで、出力は大きく変わります。
ステップ1:参照する材料を「3点だけ」用意する
あれもこれも渡す必要はありません。そのタスクに直結する材料を3点選びます。
- 目的がわかるもの(例:何のために作るか、ゴール)
- 中身がわかるもの(例:商品・サービスの情報、元ネタ)
- 守ってほしいルール(例:文字数、禁止表現、トーン)
ステップ2:テンプレをコピペして依頼する
いきなり成果物を作らせず、「先に理解度を確認 → OKなら作らせる」の2段構えにすると、手戻りが激減します。
【A. 理解チェック(まだ作らせない)】 これから〔成果物〕を作ってもらいます。下の前提を読み、 ①あなたの理解を3行で要約し、 ②不足している情報や曖昧な点を最大5つ質問してください。 まだ本文は書かないでください。 ---前提ここから--- (目的/中身/ルールを貼る) ---ここまで---
質問に答えて前提を補ったうえで、次を送ります。
【B. 作成の許可】 理解の通りで問題ありません。その前提に厳密に従って〔成果物〕を作成してください。 前提に書かれていない情報は推測せず「情報不足」と明示してください。
この「理解チェック→作成許可」の型だけでも、今日から精度が変わります。以降は、これを再現性のある仕組みにする方法を解説します。
なぜ「コンテキスト」で精度が変わるのか
思い通りの結果が出ない——その正体は、前提情報が欠けている・曖昧・読みにくい状態でAIを動かしていることです。AIはあなたの頭の中の常識を読めません。読めるのは入力された情報だけ。だから前提が足りないと、推測で埋めて的外れになります。
答えがブレてしまう主な原因
| つまずき | 何が起きるか | ありがちな例 |
|---|---|---|
| 目的が曖昧 | 何を・誰に・何のためが不明 | 「いい感じの企画書を作って」 |
| 制約がない | 形式・分量・NG表現が未指定 | 「ブログ書いて」(何字?敬語?) |
| 定義がない | 用語や「正解」の基準が未定義 | 「高品質に」(基準が人それぞれ) |
| 材料が薄い | 数字・事実・根拠がない | 「うちの商品はすごい」だけ |
| 材料が読みにくい | 散文で要点が埋もれる | 長文ベタ打ちで重要箇所を見落とす |
前提を整えると、結果はここまで変わる
| コンテキストなし | コンテキストあり | |
|---|---|---|
| AIの理解 | 対象や前提すら不明 | 目的・強み・差別化を把握 |
| 出力品質 | 汎用的で使いにくい | 自分向けに最適化される |
| 修正回数 | 5〜10回(ブレやすい状態) | 0〜2回 |
| 所要時間 | 1時間以上かかることも | 10〜15分 |
第1章:コンテキストの3階層
コンテキストは、ひとかたまりではなく3つの階層で考えると整理しやすくなります。
| 階層 | 名前 | 中身 | 更新頻度 |
|---|---|---|---|
| 土台 | ベース・コンテキスト | いつも変わらない前提(自社・サービス・トーン・守るルール) | 低い(資産として育てる) |
| 今回分 | 作業用コンテキスト | そのタスクで参照する材料(元ネタ・データ・参考例) | 毎回入れ替える |
| 指示 | インストラクション | 今回お願いする具体的な作業と完成条件 | 毎回書く |
ポイントは、「土台」は一度作れば使い回せること。毎回ゼロから書いているように感じるのは、土台と今回分を分けていないからです。土台を一度作っておけば、次回からは「作業用」と「指示」だけ用意すれば済みます。
「土台」はファイルに保存しておき、依頼のたびに冒頭へ貼る(または読み込ませる)運用にします。これが“使い回し”の核心です。
第2章:何を揃える? コンテキスト7分類
土台と作業用に「何を入れればいいか分からない」を解決するのが、7分類フレームワークです。問いの形で覚えると抜け漏れを防げます。
| # | 分類 | 問い | 含める情報 | 記載例(汎用) |
|---|---|---|---|---|
| ① | 人物・組織 | 誰が | 概要・理念・体制・実績 | 例)Web制作業/2018年設立/5名体制 |
| ② | 商品・サービス | 何を | 内容・料金・機能・差別化 | 例)月額制の制作サービス/競合との違い |
| ③ | 目的・ゴール | なぜ | 最終着地点・成功基準 | 例)問い合わせを月50件に/CVRを改善 |
| ④ | 対象者 | 誰に | ペルソナ・悩み・判断要因 | 例)地方の経営者・50代・集客に悩む |
| ⑤ | 制約・ルール | どんな決まりで | 法令・NG表現・形式・分量 | 例)誇大表現NG/1文40字以内/敬語 |
| ⑥ | スタイル・トーン | どんな調子で | 文体・良い例/悪い例 | 例)親しみやすく専門性/煽らない |
| ⑦ | 評価基準 | どう測る | 採点項目・合格ライン | 例)1メッセージ/具体例あり/誇張なし |
まずは ②何を・③なぜ・④誰に の3つを埋めるだけでも出力の質は大きく上がります。⑦評価基準を入れると、AIに「自己チェック」までさせられます。
コンテキストの3つの基本
7分類を埋めるとき、次の3つを意識すると質が安定します。
- 抜け漏れなく:「言わなくても分かる」はAIには通用しない。1つ欠けると推測で埋められる
- 正確に:「いい感じに」「適当に」を排除し、数値・固有名詞・日付で書く
- 読みやすく:散文で長く書くほど誤解が増える。見出し・箇条書き・表で整理する
良いコンテキスト vs 惜しいコンテキスト
| 観点 | 惜しい例 | 良い例 |
|---|---|---|
| 目的 | 「集客したい」 | 「資料請求を月30件に増やす」 |
| 対象 | 「みんな向け」 | 「30代共働き・時短家電に関心」 |
| ルール | (記載なし) | 「800字/断定NG/です・ます調」 |
| トーン | 「かっこよく」 | 「誠実・専門的・煽らない」 |
| 評価 | (記載なし) | 「具体例を1つ以上/誇張なし」 |
実例で見る:埋めて完成した「コンテキスト+依頼」(コピペ可)
7分類は、埋めると次のような“完成プロンプト”になります。下は架空のサービスを例にした、そのまま送れる形です。〔 〕を自分の情報に置き換えれば、別のタスクにも応用できます。
# コンテキスト ## ① 誰が:中小企業向けにホームページ制作を行う「サンプル制作(架空)」。2018年設立・5名。スピードと低価格が強み。 ## ② 何を:月額1万円の制作・運用サービス。初期費用ゼロ、修正は月3回まで無料。 ## ③ なぜ(目的):サービスの紹介文を作り、問い合わせを増やす。 ## ④ 誰に:地方の中小企業の経営者(50代中心)。ITは苦手で「何を頼めばいいか分からない」層。 ## ⑤ 制約・ルール:300字以内/専門用語は避ける/「絶対」「No.1」など誇大・断定はNG/です・ます調。 ## ⑥ トーン:誠実・親しみやすい。煽らない。 ## ⑦ 評価基準:「ITが苦手でも不安が減る」内容か/具体的な数字が1つ以上/誇張なし。
# 依頼 上記の前提に厳密に従って、サービスの紹介文を作成してください。前提にない情報は推測せず「情報不足」と書いてください。最後に⑦評価基準で自己チェック(○/△/×)を付けてください。
このプロンプトが“いける”理由は、AIが「誰に・何を・どんなルールで・どう測るか」を全部わかっているから。出力はもう大きく外れません。あとは確認して微調整するだけです。
逆に、これを「サービスの紹介文を書いて」だけにすると、AIは会社も対象もルールも知らないため、どこにでもある当たり障りのない文章になり、何度直しても自分の言葉になりません。差を生むのは、AIの賢さではなく、この前提の渡し方です。
💡 慣れたら、変わる部分(サービス名・価格・対象など)を
{変数}にしておくと、別案件は差し替えるだけで再利用できます(第5章の変数化)。
第3章:コンテキストの作り方 5ステップ
コンテキスト作成はセンスではなく手順です。次の5ステップに沿えば、誰でも一定の品質で作れます。
| Step | やること | ポイント |
|---|---|---|
| ① 洗い出し | 手持ちの情報を全部書き出す | 会社案内・提案書・サイト・メモから抜き出す |
| ② 具体化 | 曖昧な表現を排除する | 「多くの実績」→「累計◯件」など数値・日付で |
| ③ 構造化 | 見出し・箇条書き・表に整える | マークダウンで(第4章) |
| ④ 検証 | テストプロンプトで理解度を確認 | 推測で埋めている箇所を探す(第6章) |
| ⑤ 改善 | ズレた前提を追記・修正 | プロンプトでなく「コンテキスト」を直す |
① 洗い出し:まず「全部出す」
最初からきれいにまとめようとすると手が止まります。目的・相手・守ってほしいこと・避けたいことを、思いつくまま箇条書きで出し切るのが先です。既存の会社案内・提案書・よくある質問・過去のメールなど、使える情報源を洗い出します。
② 具体化:曖昧な表現を数字と固有名詞に
「多くの実績」→「累計◯件」、「最近」→「2026年6月時点」、「いい感じ」→具体的な評価基準。AIは曖昧な言葉を推測で埋めるため、ここを潰すほどブレが減ります。
③ 構造化:読みやすい形に整える
洗い出しで出した情報を、見出し・箇条書き・表に整理します(次章でコツを解説)。
④ 検証:作ったら確かめる
そのまま使う前に、AIに一度渡して理解度を確認します(第6章のテストプロンプト)。
⑤ 改善:ズレたら「前提」を直す
出力がズレたら、AIの言い回しを責める前に「どの前提が抜けていたか」を探し、コンテキストに追記します。ここを直すと、次から同じズレが起きにくくなります。
第4章:構造化のコツ(AIが読みやすい書き方)
同じ情報でも、書き方ひとつでAIの理解度が変わります。鍵は「構造化テキスト」です。
使うマークダウンは3つだけ
凝った記法は不要です。まずはこの3つで十分カバーできます。
# 見出し… 大きなまとまりを区切る(AIが最も強い区切りと認識する)- 箇条書き… 並列の情報を列挙する**太字**… 特に重要なキーワードを強調する
慣れてきたら、表(項目と値の対応)や > 引用(お客様の声など別出典)も使うと、さらに伝わりやすくなります。
文量とファイル数の目安
| 種類 | 目安の文量 | 原則 |
|---|---|---|
| 1ファイル | 1,000〜5,000字 | 超えるなら分割。多すぎると注意が分散する |
| 会社・組織情報 | 1,000〜3,000字 | 基本は簡潔に、実績は具体的に |
| 商品・サービス情報 | 1,500〜4,000字 | サービスが多ければ個別ファイルに分ける |
| 対象者情報 | 500〜2,000字 | ペルソナ1人につき500〜800字が目安 |
文量管理のコツ:優先度の高い情報をファイルの先頭に置く(AIは前半をより重視する傾向があります)。そして、全ファイルを毎回渡す必要はありません。そのタスクに必要なファイルだけを選んで渡します。
第5章:そのまま使える「前提シート」雛形と変数化
ここまでの内容を、コピペで使える形にまとめます。
前提シート雛形(7分類版)
# コンテキスト:{タスク名}
## 管理情報
- バージョン:v1.0
- 最終更新日:{日付}
- 参照元:{資料名・更新日}
## ① 人物・組織(誰が) / 概要・理念・体制・実績 ## ② 商品・サービス(何を) / 内容・料金・機能・差別化 ## ③ 目的・ゴール(なぜ) / 最終成果物・成功基準 ## ④ 対象者(誰に) / ペルソナ・悩み・前提知識 ## ⑤ 制約・ルール / 文字数・禁止表現・法令 ## ⑥ スタイル・トーン / 文体・参考・良い例/悪い例 ## ⑦ 評価基準 / 採点項目・合格ライン
先頭に管理情報を置くのがコツです。バージョンと更新日があるだけで、古い情報のまま使ってしまう事故を防げます。
変数化テクニック:一度作れば応用無限
繰り返し使う部分はそのまま残し、案件ごとに変わる部分を {変数} として切り出します。こうすると、変数を差し替えるだけで新しいコンテキストが素早く作れます。
# {成果物タイプ} 作成依頼
商品情報
- 商品名:{PRODUCT_NAME}/価格:{PRICE}/特徴:{FEATURE}
ターゲット
- ペルソナ:{PERSONA}/悩み:{PAIN_POINT}
制約
- {LEGAL}/文字数:{CHAR_LIMIT}/トーン:{TONE}
一度作った「型」は、LP構成案・FAQ・メルマガ・提案書・SNS投稿など、さまざまな成果物に応用できます。
種類別のコンテキストのまとめ方(顧客・プロジェクトなど)
「土台」のコンテキストは、情報の種類ごとにファイルを分けておくと、必要なものだけ渡せて、管理も更新も楽になります。よく使う4タイプの“まとめ方の型”です。コピーして、自分の情報で埋めてください。
① 会社・組織のコンテキスト
# 会社情報
- 基本:社名/設立年/規模(人数)/事業内容
- 理念・強み:大切にしている価値/他社にない強み
- 実績:数値で(例:累計◯件/継続率◯%/対応エリア)
- 体制・対応範囲:できること/できないこと
- 発信ルール:トーン/NG表現(社外向けの方針)
② 商品・サービスのコンテキスト
# 商品・サービス情報
- 名称/カテゴリ/概要(ひとことで)
- 料金・プラン:いくらで何ができるか
- 機能・特徴:主な機能/使い方
- 差別化:競合との違い/選ばれる理由
- 向く人・向かない人:おすすめ/不向きな人
- 根拠:実績・データ・お客様の声(出典つきで)
③ 顧客・ターゲットのコンテキスト(ペルソナ)
# ターゲット情報
- 属性:年代/職業/地域/家族構成 など
- 悩み・課題:何に困っているか(具体的に)
- 求めるもの:解決したいこと/理想の状態
- 判断の決め手:価格・信頼・実績など、何で選ぶか
- 不安・反論:申し込み前にためらう理由
- 言葉づかい:使う言葉/響く表現・響かない表現
④ プロジェクトのコンテキスト
# プロジェクト情報
- 目的・ゴール:何のために/成功の基準(できれば数値)
- 背景・経緯:なぜ今やるのか
- スコープ:やること/やらないこと(線引き)
- 関係者・役割:誰が何を担当するか
- 制約:期限/予算/守るべきルール
- 用語・参照:独自用語の定義/参考資料の場所
💡 これらは別々のファイルにしておき、タスクに必要なものだけ組み合わせて渡すのがコツ。「顧客情報+商品情報+今回の指示」のように、レゴのように組み合わせられると、毎回ゼロから書かずに済み、効率が一気に上がります。
第6章:検証する(テストプロンプトと自己チェック)
雛形を埋めたら、AIに渡して理解度を確認します。次のテストプロンプトが便利です。
以下のコンテキストに厳密に従って〔成果物〕を作成してください。 ・記載のない情報は推測せず「情報不足」と明示する ・⑤制約・ルールの禁止表現を守り、⑥スタイル・トーンに従う ・不明点があれば、作成前に最大5つまで質問する ・最後に⑦評価基準に照らして自己チェック(○/△/×)を付ける ---コンテキストここから--- (作成した前提シートを貼る) ---ここまで---
検証チェックポイント(採点表)
出力を、次の観点で○/△/×を付けてチェックします。
| 評価項目 | チェック内容 |
|---|---|
| 正確さ | 名称・数値に誤りはないか/勝手な情報を作っていないか |
| 抜け漏れ | 重要な情報が欠落していないか/伝えたいことが反映されているか |
| 自分らしさ | 自分ならではの強みが出ているか/汎用的すぎないか |
| 制約遵守 | 禁止表現を使っていないか/文字数は範囲内か |
| トーン | 対象者にふさわしい語調か |
「×」が付いたら、プロンプトの書き方ではなく、コンテキストのどこに原因があるかを探して補います。これがAIの答えのブレをなくすいちばん大事な動作です。
第7章:使い回す日々のワークフロー
コンテキストは「作って終わり」ではありません。日々の使い方にもコツがあります。
A. 会話は「短く、使い捨て」に
一つのチャットで延々と続けると、話題が混ざってAIが混乱します。テーマが変わったら新しい会話を始める。必要な前提は、毎回コンテキストから渡せばよいので、長い会話に頼る必要はありません。
B. 「理解度チェック」を挟む
大事な作業ほど、いきなり作らせず「まず理解を要約して」と確認を入れます(クイックスタートのテンプレA)。ここでズレに気づければ、手戻りを未然に防げます。
C. エラー・修正時は「3点セットで渡す」
うまくいかないときは、「期待した結果 → 実際に起きたこと → 関連する材料」の順でセットにして渡します。「直して」だけでは、AIは何が正解か分かりません。
D. 成功した手順は「手順書」にして再利用
うまくいった依頼の流れは、手順としてメモに残します。次回は同じ手順をなぞるだけで、同じ品質を再現できます。
E. 「用語集」と「全体像」を共有する
社内独自の言い回しがあるなら、用語集(正式名称と意味の対応表)を用意します。プロジェクトが大きいときは、全体像(地図)を一枚渡すと、AIが迷子になりません。
用語集テンプレ
社内の言い方 正式名称・意味 (略称) (正式名称・補足)
第8章:機密情報のマスキング【重要】
AIに資料を渡すときは、外に出てはいけない情報を先に伏せるのが基本です。とくにログ・スクリーンショット・表データには、気づかないうちに機密が混ざりがちです。
- 個人情報(氏名・住所・電話・メール)→ 仮名・ダミーに置換
- 取引先名・未公開の数値→ 「取引先A」「◯◯円」などに置換
- 認証情報(パスワード・APIキー・トークン)→ そもそも渡さない
判断に不要な機密は、ダミーに置き換えてから渡します。「この情報がなくてもタスクは成立するか?」を一度問い、必要な前提だけを残すことが、安全と精度の両立につながります。
第9章:どの形式で保存・受け渡しするか
コンテキストを「どの形式で渡すか」も品質に影響します。AIが読みやすいのは構造化テキストです。
| 形式 | 向き | ひとこと |
|---|---|---|
| .md(マークダウン) | ◎ | 構造化が容易でどのAIも読みやすい。軽量 |
| .txt | ○ | シンプルだが見出しの区別が弱い |
| .csv | ○ | 表形式データに最適 |
| .pdf / .docx | △ | 既存資料の流用に便利だが、抽出時に崩れることも |
迷ったら .md が扱いやすい形式です。社内資料をコンテキスト化するなら、テキスト部分をコピーして.mdで整理し直すのが確実です。Excelの表は.csvに、Wordはテキスト(.txt/.md)に変換して渡すと、構造が正確に伝わります。
第10章:育てる(更新管理の最小ルール)
一度作ったコンテキストは「資産」ですが、放置すると古くなり、誤った出力の原因になります。最小限の運用ルールを決めておきましょう。
- バージョンを付ける(例:
context_xxx_v1.0→ v1.1) - 更新日と参照元を書く(古い情報は誤りの元)
- 変更履歴を1行残す(何を・なぜ変えたか)
- 月1で見直し(数字・ルール・リンクを点検)
| 更新トリガー | 対象 | 頻度 |
|---|---|---|
| 料金・サービス改定 | 商品情報 | 都度 |
| 法改正・規制変更 | 制約・ルール | 都度 |
| 実績・数値の更新 | 組織・数値データ | 四半期 |
| 方針・トーンの変更 | スタイル | 都度 |
会話が長くなったら「要約リセット」
一つの作業が長引いて会話が膨らんだら、AIに「ここまでの決定事項を箇条書きで要約して」と頼み、その要約を新しい会話の冒頭に貼り直します。古い文脈を引きずらず、要点だけを引き継げます。
第11章:ストーリーで学ぶ(before / after)
最後に、コンテキストの有無で何が変わるかを、よくある場面で見てみましょう。
Episode 1:前提なしの「あてずっぽう」
「自社サービスの紹介文を書いて」とだけ依頼。AIは会社名も対象も知らないため、どこにでもありそうな文章を出力。直しても直しても自分の言葉にならず、修正は10回近くに。
Episode 2:前提フル装備の「すんなり」
7分類を埋めた前提シートを添えて「この前提に従って紹介文を300字で」。AIは強み・対象・トーンを踏まえた文章を一発で出力。修正は1回。所要時間は10分ほど。
Episode 3:エラーからの「文脈共有リカバリー」
出力が指定文字数を超えた。「直して」ではなく、「期待=300字以内 → 実際=420字 → 該当部分」をセットで渡したところ、過不足なく修正された。
違いは才能ではなく、机の上に資料を揃えたかどうかだけです。
まとめ
- AIの答えがブレる正体は、能力不足ではなく前提情報(コンテキスト)の品質不足。
- まずは60秒クイックスタート(材料3点+理解チェック→作成許可)から。
- 何を揃えるかは7分類(誰が・何を・なぜ・誰に・制約ルール・トーン・評価基準)。まずは 何を・なぜ・誰に から。
- 作り方は洗い出し→具体化→整理→検証→改善の5ステップ。整理(構造化)はマークダウン3記法で十分。
- 雛形+変数化で使い回し、機密はマスキング、更新管理で資産として育てる。
- 出力がズレたら、プロンプトでなくコンテキストを直す——これが卒業の決め手。
高品質なコンテキスト + 明確な指示 = 狙い通りのAI出力
今日のチェックリスト
- 7分類(誰が・何を・なぜ・誰に・制約・トーン・評価)を確認した
- 曖昧表現を数値・固有名詞・日付に直した
- 見出し・箇条書き・表で構造化した
- テストプロンプトで理解度を検証した
- 機密情報をマスキングした
- バージョン・更新日を記載した
作ったコンテキストと組み合わせる指示文(プロンプト)の書き方は AIプロンプトの書き方 完全ガイド、渡すコツは AIの精度が激変するコンテキストの渡し方、依頼全体の組み立ては AI依頼の『ゴール・制約・評価基準』の決め方 や AIエージェントに丸投げしないコツ もどうぞ。AIで時間を作る考え方は 忙しい人がAIで時間を作る を。
関連記事:AI文章ツールの選び方(3タイプ)/AIチャットツールの比較・選び方。
よくある質問(FAQ)
そもそもコンテキストとは何ですか?
AIにお願いする前に渡しておく「前提情報」のことです。誰の・何を・何のために・どんなルールで、といった背景を指します。AIはあなたの頭の中の事情を読めず、入力された情報だけで判断するため、コンテキストが整っているほど出力が安定し、修正回数が減ります。プロンプト(指示文)が『何をしてほしいか』なら、コンテキストは『その判断に必要な材料』です。
コンテキストには何を入れればいいですか?
「7分類」で考えると抜け漏れが防げます。誰が(人物・組織)/ 何を(商品・サービス)/ なぜ(目的・ゴール)/ 誰に(対象者)/ 制約・ルール / スタイル・トーン / 評価基準 の7つです。すべてを一度に埋めるのが難しければ、まずは『何を・なぜ・誰に』の3つから始めるだけでも出力の質が大きく変わります。評価基準を入れると、AIに自己チェックまでさせられます。
コンテキストは毎回ゼロから書くのですか?
いいえ。一度「前提シート(雛形)」を作っておけば、次回以降はコピーして使い回せます。さらに、変わる部分を{変数}として切り出しておけば、案件ごとに変数だけ差し替えて新しいコンテキストを素早く用意できます。育てるほど精度が上がり、結果的に時短になります。
AIに資料を渡すとき、注意することはありますか?
渡す前に、個人情報・取引先名・社内限りの数値・認証情報(パスワードやAPIキー)など、外に出てはいけない情報をマスキング(伏せ字や仮名に置換)するのが基本です。ログやスクリーンショット、表データには気づかない情報が混ざりがちです。判断に不要な機密はダミーに置き換えてから渡すと安全です。
コンテキストはどれくらいの分量が適切ですか?
1ファイルあたり1,000〜5,000字程度が目安です。多すぎるとAIの注意が分散し、要点がぼやけることがあります。情報が増えたら、会社情報・商品情報・対象者情報などにファイルを分け、そのタスクに必要な分だけ渡すのがコツです。優先度の高い情報はファイルの先頭に置くと、より重視されやすくなります。
AIの出力がズレたときはどうすればいいですか?
プロンプトの言い回しを直す前に、『コンテキストのどの前提が足りなかったか』を考えて、コンテキスト側を補うのが基本動作です。テストプロンプトで理解度を確認し、推測で埋めている箇所を見つけて前提に追記します。これを繰り返すほど、同じズレが起きにくくなります。