- 公開日
長い会話の途中で予算や期限が回答から抜けたら、まず現在も有効な条件と、その決定の記録を特定します。古い条件、意味の重なる指示、互いに両立しない要求、必要資料の未取得を分け、今の作業に必要な条件を短く再提示してください。整理後は同じ基準で回答を照合し、直ったとしても、長さだけが原因だったとは結論しません。
「最初に言った条件を全部思い出して」と頼むだけでは、取り消された予算まで戻してしまう可能性があります。必要なのは会話の最初へ戻ることではなく、現在の決定へ戻ることです。
症状を具体的な違反として書き出す
以下は、社内説明会の運営案を提案書にする架空の会話です。人や金額、日付は説明用の仮定で、実際のAI応答を測定した記録ではありません。日付は2026年、日本時間とします。担当者はこの提案を依頼し、予算条件を変更できる立場にあり、作業は比較案の作成までとします。
会話では、次の順に依頼がありました。
- 10月1日・依頼R1：「現地参加40人の説明会について二案を比較。会場・備品・運営費を含む税込総額は30万円以内」
- 10月3日・変更R2：「今回の説明会に限り、同じ費用範囲で上限を35万円へ変更。30万円という条件は置き換える」
- 10月5日・追加R3：「提案書は2ページに整理。分かりやすく、比較しやすくして」
- 10月6日・追加R4：「オンライン参加も可能な案にする。上限35万円は維持。契約手続はまだ行わない」
担当者から渡された見積表v2では、A案が38万円、B案が34万円です。どちらもR1・R2と同じ費用範囲を含み、現地40人に対応するとします。A案はオンライン対応済みの記載がありますが、B案のオンライン対応は資料上未確認です。
この後の問題のある回答を、「条件を満たすA案は、オンライン対応が整っているため推奨します」と仮定します。まず記録する症状は、「長い会話を忘れた」ではなく、「上限35万円とA案38万円を照合せず、予算内の採用候補として推奨した」です。原因を含めずに症状を書くと、何を調べればよいかが明確になります。
予算の数値が回答にないだけなら、内部で考慮した可能性は残ります。一方、この例は上限を超える案を条件適合として扱うため、出力上の問題を具体的に判定できます。文面に条件を書き戻すだけでなく、案の扱いも直す必要があります。
長さ以外の原因候補も並べる
原因を探る際は、原記録、使った資料、可能なら生成時に渡された入力を見ます。製品画面に会話が残っていることと、生成時にその全文が渡されたことは同じではありません。入力や検索結果を確認できない環境では、その経路は未確認として扱い、内部の処理を推測で確定しません。
| 原因候補 | 切り分ける確認 | 最初の対処 |
|---|---|---|
| 古い条件の混在 | R1の30万円とR2の35万円に、変更対象と決定者が付いているか | 現行35万円と置き換え済み30万円を区別する |
| 重複する指示 | 「分かりやすく」「読みやすく」などに、新しい条件や例外が含まれるか | 同じ意味だけを統合し、2ページ指定など固有条件は残す |
| 規則や要求の競合 | 品質の重視を、予算超過の許可と誤って読める箇所がないか | 予算内で比較するのか、上限変更を求めるのかを分ける |
| 必要情報の未取得 | 予算変更や見積表v2が、取得結果・入力に含まれているか | 不足資料を正しい版で取得し、対象部分を渡す |
| 長い文脈や配置の影響 | 必要条件が入力にあるのに、長い説明の中で適用されていないか | 有効条件をまとまりとして再提示し、同じ課題で確認する |
たとえば提案書用の過去メモに「品質を優先」という表現があっても、それだけでは35万円を超えてよいと決まったことになりません。「品質を優先しつつ35万円以内」と解釈できるなら両立します。「金額にかかわらずA案を採用する」という有効な指示が別にあるなら、予算条件との関係を決定者へ確認します。新しい文だからという理由だけで、変更権限や適用範囲を無視して優先しないようにします。
長い入力が影響する可能性については、Lost in the Middle: How Language Models Use Long Contextsが、当時の特定モデルを使った質問応答や検索課題で、重要情報の位置と入力長を調べています。評価対象の多くで位置による性能差が観察されましたが、モデルや課題による違いもありました。この2024年の研究だけから、現在のどの会話でも長さが原因だとは判断できません。
また、必要な予算変更がそもそも渡されていない場合と、渡された条件を案の選択へ適用できなかった場合では、直す場所が違います。上限だけを正しく引用できても、38万円を推奨し続けるなら、条件の発見と適用を分けて点検します。
有効な条件を一枚に整理する
この例では、R2がR1の金額を明示的に置き換えています。したがって再提示する上限は35万円です。R1の「会場・備品・運営費を含む税込総額」「現地40人」「二案比較」は取り消されていないため残します。条件を更新するときは、発言全体を新旧どちらかへ分類するのではなく、何が変更されたのかを項目ごとに見ます。
同じように、R3の2ページ指定とR4のオンライン対応は追加条件です。後の依頼を残すために予算を消す必要はありません。R4は上限維持を明記しているため、ここで予算変更の確認を利用者へ重ねて求める必要もありません。
一方、別案件の35万円という記録しかなければ、この説明会へ転用できません。決定者、案件、費用範囲、決定日が一致するかを確認します。変更の根拠が不足して現行の上限を決められない場合は、「30万円と35万円のどちらが今回の上限か未確認」として、その判断に必要な確認を求めます。平均額や新しい方の数値で埋めないでください。
重複は、この整理の後で減らします。「分かりやすく」と「読みやすく」を一つの表現へまとめても、2ページという出力条件は別に残します。短縮によって条件の優先関係や例外まで変わっていないか、元の発言と照合します。
短い再提示で回答の修正を依頼する
有効な条件が確認できたら、会話全体を貼り直す代わりに、今回の判断に必要な内容をまとめます。この例で使う再提示文は、次のように作れます。
「今回の社内説明会の提案書を、A・B二案の比較として2ページに整理してください。現地40人とオンライン参加への対応が条件です。予算はR2・R4により、会場・備品・運営費を含む税込総額35万円以内。R1の30万円は置き換え済みです。見積表v2は同じ費用範囲でA38万円、B34万円。Bのオンライン対応は未確認です。上限を超える案を条件適合として推奨せず、必要条件を確認できない案は保留事項を示してください。契約は行わず、比較案と確認点を作成してください。」
これは、確認済みの現行条件を再提示する例文です。実際に使う際は、案件、人数、費用範囲、上限、原記録、未確認事項を自分の資料へ差し替えます。短文だけを他案件へ流用してはいけません。
古い30万円も「置き換え済み」として一度だけ書くのは、直前の誤読を避けるためです。以後の整理済み依頼で混乱がなくなれば、旧額の説明は変更記録へ任せられます。現行の条件一覧へ二つの上限を並列に置くことは避けます。
整理前後を同じ合格条件で見る
再提示後の回答では、35万円という数字が出たかだけを確認しません。次の項目を原記録と見積表v2へ照合します。
- A案38万円を、予算内の採用候補として扱っていないか
- B案34万円を、取り消された30万円の条件で除外していないか
- B案のオンライン対応を確認済みにせず、照会事項として残したか
- 現地40人・オンライン対応・2ページの比較という目的と出力条件を保ったか
- 提案作成の範囲を超え、契約手続へ進んでいないか
期待する修正は、「A案は上限超過。B案は予算内だがオンライン対応の確認が必要」と区別した比較です。この時点では、B案の採用を確定する資料も揃っていません。条件に適合する案が確認できなければ、確認待ちを明示する回答を認めます。何か一案を選んだことを合格にしないでください。
この前後比較は、同じ案件、見積額、現行条件、成果物、合格基準で行います。モデルや設定も、確認できる範囲で揃えます。変えるのは依頼の整理と再提示です。ただし、重複の削減、旧条件の明示、条件の配置変更を同時に行うため、良くなった回答から一つの原因を特定することはできません。本例に実測結果や改善率はありません。
残った症状から次の対処を選ぶ
金額は戻ったのに費用範囲が抜けるなら、条件を数値だけで扱っていないかを確かめます。旧30万円でB案を除外するなら、古い資料や要約が混ざる経路と、変更記録の渡し方を見直します。見積表v2を取得できないなら、先に取得やアクセスの問題を解決し、閲覧権限を勝手に広げて補わないようにします。
条件が短い入力でも守られない場合は、出力指示の解釈や、複数条件を組み合わせる判断も原因候補です。さらに切り分けるなら、同じ課題のまま一度に変える条件を減らして調べます。通常の業務修正と、原因を確かめる比較試験は区別して記録してください。
最後に、修正後の提案書へ現行の上限と確認待ちの事項が反映されたかを見ます。B案のオンライン対応のように追加資料が必要な点は、その部分を保留して担当者へ返します。
追加指示で会話の状態を管理し、競合を解く基本は「追加指示で何を変えるか 会話の状態管理と競合解決の基本」で解説しています。
長い会話の前提落ちを原記録と照合するチェックリストは「長い会話の前提落ちを原記録と照合するチェックリスト」、会話履歴を圧縮するときに残す情報と省く情報は「履歴を圧縮するときに残す情報と省く情報」で解説しています。
