- 公開日
「結論だけ短く」と追加で頼まれたら、まず変更するのは結論の長さです。対象、基準日、根拠まで新しいものに置き換える指示ではありません。会話の途中で条件が変わるときは、事実・仮定・決定を分けて持ち、追加指示が触れた項目と、それ以外の項目を照合します。新しい発言だけを見て、作業全体を組み直さないことが基本です。
ここでいう状態管理は、今の作業が何を対象に、どの条件で進んでいるかを保持・更新することです。競合解決は、両立しない条件が出たときに、どちらをどの範囲で適用するか決めることを指します。会話を一字一句繰り返すよりも、今回の判断に必要な条件と、その出所を追える形にすることが役立ちます。
事実・仮定・決定を同じ欄に入れない
たとえば「報告書は社内向け」「問い合わせは120件」「読み手は管理職」という三つの文は、同じ確かさを持つとは限りません。依頼者の指定、資料から確認した値、AIが補った想定を区別せずに保存すると、後でどれを変更してよいか判断しにくくなります。
次の三種類で整理すると、更新の仕方も分けられます。
| 区分 | 記録する内容 | 変更するときの確認 |
|---|---|---|
| 事実 | 原資料などで確認した値と、資料名・対象・時点 | 新しい根拠が同じ対象と定義を扱うか確かめる |
| 仮定 | 資料や指定が足りず、作業用に置いた条件 | 依頼者の指定や根拠が得られたら置き換え、影響箇所を見直す |
| 決定 | 依頼者が選んだ出力条件や、確認して採用した作業方針 | 変更する指示が、その決定をどの範囲で置き換えるか確かめる |
「事実」という欄にも適用範囲が必要です。「提供された集計表に120件と記載されている」ことと、「実際の問い合わせが漏れなく120件だった」ことは別です。原資料の完全性を確かめていないなら、その違いを残します。仮定も、何度も会話に出てきたからといって事実へ格上げしません。
決定は事実を自由に書き換えるためのものではありません。読み手を管理職に変更することは依頼者が選べますが、根拠のない件数へ変更してよい理由にはなりません。指示の変更と、資料に関する訂正は別々に処理します。
軽い修正と、前提の再確認が必要な修正
一つの回答の語調や長さだけを直す場合は、対象と残す条件を短く確かめて、そのまま修正できます。毎回、大きな状態表を作り直す必要はありません。たとえば直前の報告書が一つだけで、依頼が「結論だけ短く」であれば、結論以外を維持して編集するという解釈が自然です。
一方、「来月分に直して」「国内だけにして」「この資料ではなく最新版を使って」は、対象期間・集計範囲・根拠が変わる指示です。題名の単語だけを差し替えると、古い数値や結論が新しい範囲に紛れ込みます。該当する資料を確認し、集計と結論のどこをやり直す必要があるかを判断します。
さらに、直前に報告書とメール案の両方を作っていたなら、「短くして」がどちらを指すか分からない場合があります。読み違えると別の成果物を変えてしまうため、「報告書の結論とメール案のどちらを短くしますか」と対象だけを確認します。確認の要否は発言の短さではなく、解釈の違いが結果を変えるかで決めます。
報告書の結論を短くする例
以下は架空の社内報告書です。集計表、状態表、会話例もすべて説明用に作ったもので、実在の業務報告やAIの動作試験の結果ではありません。利用者は、A窓口の2026年9月の問い合わせについて、2026年9月30日を基準日とし、提供した「受付集計表v1」だけを根拠に報告書を作るよう依頼したとします。外部へ送る作業は含めません。
集計表には「受付120件、一次返信完了80件、一次返信未完了40件」と記載されています。未完了の理由や、その後の対応状況は記載されていません。依頼者は、報告書に集計表と結論を含めること、原因を推測で補わないことを指定しました。読み手の役職は未指定なので、作成者は「担当業務を知る社内読者」を仮定しています。
この時点の条件を残しておけば、追加指示を次のように整理できます。
| 項目 | 追加指示の前 | 「結論だけ短く」の後 |
|---|---|---|
| 対象 | A窓口の2026年9月受付分 | 維持 |
| 基準日 | 2026年9月30日 | 維持 |
| 根拠 | 受付集計表v1 | 維持 |
| 確認した値 | 受付120件、完了80件、未完了40件 | 維持 |
| 未確認事項 | 未完了の理由、基準日後の状況 | 未確認のまま維持 |
| 出力の決定 | 集計表と結論を含む社内報告書 | 結論の文量を減らし、集計表は維持 |
| 読者の仮定 | 業務を知る社内読者 | 仮定のまま維持 |
変更前の結論が、次のようなものだったとします。
「A窓口の2026年9月受付分は、受付集計表v1によると、9月30日時点で120件中80件の一次返信が完了し、40件が未完了です。未完了の問い合わせが残っています。未完了の理由と、その後の対応状況はこの資料では確認できません。まず未完了分の状況を確かめる必要があります。」
これを、二文へ縮める案は次のとおりです。
「受付集計表v1では、A窓口の2026年9月受付分120件のうち、9月30日時点で一次返信完了80件、未完了40件です。未完了の理由と、その後の状況は未確認のため、未完了分の確認が必要です。」
同じ未完了の説明を繰り返す部分を削り、次の対応を一文にまとめました。二文という長さは編集上の選択であり、依頼者が指定した数値ではありません。返答では「結論を二文に縮めました」と示せば、必要ならさらに調整できます。
短縮後を確かめるときは、短くなったかだけでなく、対象、基準日、件数の定義、根拠、未確認事項を元の条件と照合します。「現在、対応はほぼ完了しています」と書き換えたら、基準日が消え、一次返信と対応全体が混同され、元資料にない評価まで加わっています。結論の長さの変更としては採用できません。
古い条件とぶつかったら、項目ごとに解く
先に「結論は200字程度」と指定され、後から「結論は100字以内」と指示されたなら、同じ依頼者の同じ結論に対する長さの指定として、後の条件へ更新できます。対象や集計範囲は矛盾していないので残します。古い200字の指定に固執して確認を繰り返す必要はありません。
このような整理に関連して、OpenAIのModel Specは、同じ権限の後の指示が、矛盾・上書き・文脈の変更によって先の指示を置き換える場合を説明しています。追加の質問か話題の変更か判断しにくいときは、先の文脈がまだ有効だと考える側に寄せるという考え方も示しています。これは同社が意図するモデル挙動を記した公開文書で、同社自身も製品のモデルがまだ完全には沿っていないと述べています。どのAIでも変更範囲を常に正しく理解するという動作保証としては使えません。
一方、「集計表は残して」という先の指定に対し、「結論だけ短く」と言われても、集計表を消す競合は起きていません。「結論だけにして」であれば、今度は出力範囲の変更と読めます。わずかな語の違いでも、変更する項目は文量から構成へ変わります。解釈を確かめる際は、単語の新旧だけでなく、何を修飾しているかを見ます。
追加指示が「基準日は10月31日へ変更」なら、基準日の決定は更新できます。しかし、9月30日時点の集計表が10月31日時点の状態を証明するようにはなりません。新しい時点の資料がなければ、「基準日は変更します。10月31日時点の集計が未提供のため、数値と結論は更新待ちです」と分けます。
数値について「120件ではなく125件だった」と訂正された場合も、訂正の出所を残し、集計表との差を確認します。完了80件と未完了40件をそのまま残すと、内訳の合計は120件のままです。修正版資料や内訳を確かめる前に、差の5件をどちらかへ勝手に加えてはいけません。最新の発言を尊重することと、整合が取れた状態として確定することは別です。
記録の量を増やすより、変更箇所を追えるようにする
短いやり取りなら、「変更：結論の長さ。維持：対象・基準日・集計表・未確認事項」の一行でも、今回の編集範囲を共有できます。複数人が資料を追加する仕事や、基準日が何度も変わる報告では、状態表に出所と更新日を付ける方が、どの条件で作った結論かを追いやすくなります。必要な記録の量は、変更の多さと誤った場合の影響に合わせます。
この整理には、表の更新漏れという負担もあります。会話で条件を変えたのに表が古いままなら、表を根拠に誤った条件を復活させるおそれがあります。更新する際は、変更した項目、その変更で使えなくなった結論、まだ必要な資料を一緒に見ます。表へ書いたこと自体を、検証の代わりにしないでください。
状態管理が扱うのは、現在の作業条件のつながりです。資料を探すこと、内容を検証すること、実行する権限を確かめることは、それぞれ別の確認です。報告書を短くする指示を受けても、送信の許可が増えるわけではありません。変更を受けた部分だけを更新し、根拠や未確認事項と一緒に結果を見直すことで、追加指示に沿った修正かどうかを判断できます。
長い会話で抜けた条件を整理して再提示する方法は「長い会話で重要条件が抜けたときに整理して再提示する方法」で解説しています。
基本から確認する：この記事の前提になる考え方は、「プロンプトの書き方ガイド（依頼文の基本6項目と例文）」にまとめています。
