- 公開日
長い文書から情報を選ぶときは、先に「選んだ情報で何を判断するか」を決め、その判断への関係と、欠落したときの影響を評価します。決定・期限・例外は、点数による順位とは別に保持対象へ指定します。一度しか書かれていない条件も原文と照合し、低い自動スコアだけで外さない運用が必要です。
ここでいうSalience Scoringは、情報が対象の用途でどれほど重要かを評価し、保持候補の優先順位を付けることです。点数の付け方は用途に合わせて設計します。高得点であることは、その情報が正しい、現在も有効である、実行の承認がある、という証明にはなりません。
重要度の軸を、次の判断から決める
「重要なところを残して」だけでは、製品の特徴、今週の作業、過去の経緯のどれを優先するかが定まりません。たとえば、同じ案件メモでも、公開直前の引き継ぎなら未完了作業と公開条件を、終了後の振り返りなら判断の理由と変更の経緯を重く見ます。文書に固有の重要度が一つだけある、と考えないことが出発点です。
評価軸は、その用途で説明できる数に絞ります。公開準備の引き継ぎなら、次の三つが候補になります。
- 判断との関連性：公開準備の担当者が次の行動を決める材料か
- 欠落の影響：抜けると対象や手順を誤り、公開判断が変わるか
- 対応の近さ：今回の引き継ぎ後、近い時点で確認や対応が必要か
情報が新しいことや文中に何度も現れること、見出しにあることは、候補を探す手掛かりになります。ただし、反復された説明を優先し、一度だけ書かれた対象外条件を落としては、公開準備の判断に使えません。「言及が多い」と「欠落の影響が大きい」は、別の観点として扱います。
研究上の一例として、Generative Agentsの記憶取得の設計では、新しさ・重要度・関連性を組み合わせています。これはシミュレーション内のエージェントが記憶を取り出す仕組みです。業務文書の保持を検証した基準ではないため、そこで使われた重みや点数を、そのまま案件メモへ移すことはできません。
決定・期限・例外を含む案件メモで考える
架空の社内ポータル刷新案件を考えます。2026年10月12日時点で、公開準備を引き継ぐ担当者が長い案件メモから必要情報を選ぶ場面です。担当者には元資料の閲覧と引き継ぎ案の作成が認められていますが、公開操作や条件変更の権限はありません。メモの第3版には、次の記載があるとします。
- M1・決定：10月10日の責任者承認により、10月16日の初回公開は国内向け画面に限定する。海外向け画面は今回の対象に含めない
- M2・期限：画面担当は、10月14日17時（日本時間）までに国内向け画面の確認結果を案件台帳へ記録する。未確認の画面があれば、その画面の公開を保留する
- M3・例外：国内向けでも、外部協力者が使う画面は初回公開から除く。責任者による追加承認が記録された後、公開日を改めて決める
- M4・仮説：旧リンクからのアクセスが残る可能性がある。アクセス状況は未調査で、画面担当が10月14日までに確認する
- M5・背景：刷新の目的は案内先を分かりやすくすること。同じ趣旨の説明が会議ごとに繰り返されている
- M6・雑談：会議の休憩で話した昼食の店について、感想が続いている
M3はメモ中に一度しか現れない設定です。それでも「国内向け」というM1の範囲を狭め、担当者の行動を変えます。決定文だけを残して例外を外すと、原文より広い対象を公開できるように読めてしまいます。
次の点数は、この架空例のために手作業で付けた説明用の評価です。AIによる採点実験や性能測定は行っていません。三つの軸を各0〜2点で評価し、関連性は「なし・間接・直接」、欠落の影響は「判断に影響しない・補足を失う・判断や対象を変える」、対応の近さは「今回の対応なし・公開までに必要・直近の期限あり」とします。合計は単純な足し算で、満点は6点です。
| 記載 | 関連性 | 欠落の影響 | 対応の近さ | 合計 | 今回の扱いと理由 |
|---|---|---|---|---|---|
| M1・決定 | 2 | 2 | 1 | 5 | 保持。公開範囲と承認の出所が必要 |
| M2・期限 | 2 | 2 | 2 | 6 | 保持。担当、期限、未確認時の保留をまとめて残す |
| M3・例外 | 2 | 2 | 1 | 5 | 保持。出現回数にかかわらず対象を限定する |
| M4・仮説 | 2 | 2 | 2 | 6 | 未確認の仮説として保持。確認作業の期限がある |
| M5・背景 | 1 | 1 | 0 | 2 | 目的を一文だけ残す候補。繰り返しの説明は省く |
| M6・雑談 | 0 | 0 | 0 | 0 | 今回の引き継ぎ案から外す。公開準備の判断に使わない |
M4が高得点でも、旧リンクへのアクセスが実際に残っているとは確定しません。重要なのは、未調査の問題と確認作業を落とさないことです。また、M5は案件終了後の説明資料なら評価が変わり得ます。この表の点数や区切りを、全業務共通の採用基準にはしません。
点数で並べる前に、残す条件を固定する
この例では、M1〜M3を「点数にかかわらず引き継ぐ条件」として指定します。M4も未解決の確認事項として別に残します。担当者が原文から作ったこれらの一覧を、採点結果と突き合わせます。自動評価がM3を低く採点しても、上位何件かを選ぶ処理だけで消さず、理由を確認する対象へ回します。
残す単位にも注意します。「10月14日」だけでは、誰が何を、何時までに行い、終わっていなければどうするかが失われます。M2は担当・対象・期限・未確認時の対応を一組にし、M3は除外対象・追加承認・公開日の再決定を一組にします。文を短くする場合も、この関係を切らないことが重要です。
AIへ候補整理を頼むなら、目的と評価軸に加えて「決定、期限、例外、未解決事項を別欄に示し、原文の位置と選定理由を付ける」と指定できます。ただし、欄を作る指示だけでは、原文からの拾い漏れを防げません。自動抽出と自動採点が同じ箇所を見落とす場合に備え、責任を持って確認する人が原文の条件も読みます。
保存する引き継ぎ案には、案件名、元メモの版、原文の位置、確認時点を付けます。この例のM1という記号は説明用の参照位置で、実務では見出しや段落番号など、元資料へ戻れる場所を使います。保持候補に選ぶことと、別の場所への長期保存や共有を認めることは別なので、実際の保存先と閲覧者は案件の許可範囲に合わせます。
選定後の文章を、原文へ戻して確かめる
仮に、選定後の案が「国内向け画面を10月16日に公開。10月14日までに確認を終える。旧リンクへのアクセスが残っている」となったとします。これは見落としを示すために作った文で、実際のAI出力ではありません。
原文と比べると、期限の17時と日本時間、記録する担当と場所、未確認画面の保留、外部協力者向け画面の除外が抜けています。さらに、未調査だった旧リンクの問題が事実へ変わっています。要点らしい文が残っていても、この案を引き継ぎの判断材料にはできません。
修正するなら、M1〜M4に戻り、次のような形にします。
「初回公開は10月16日、国内向け画面に限定する。外部協力者向け画面は除外し、責任者による追加承認が記録された後に公開日を再決定する。画面担当は10月14日17時（日本時間）までに確認結果を案件台帳へ記録し、未確認画面は公開を保留する。旧リンクへのアクセス残存は未確認の仮説で、画面担当が10月14日までに調べる。公開範囲の決定根拠は10月10日の責任者承認、原文は案件メモ第3版M1〜M4。」
確認では、採用された文を原文で裏付けるだけでなく、原文側の決定・期限・例外・未解決事項が選定後のどこに残ったかもたどります。残った文だけを読むと、そもそも出力されなかった条件を見つけにくいためです。M5は目的の一文として追加するかを判断し、M6は今回の用途から外す理由を残します。除外した情報の原本を削除する必要はありません。
保持する条件が分量の上限に収まらないときは、重要条件を黙って切らず、背景説明を短くする、条件一覧を別に付ける、参照先を添えて必要箇所を開けるようにする、といった方法を検討します。参照先に逃がした条件が、実際の引き継ぎ時に読めるかも確認します。
失効した条件と、見落とした条件を分けて戻す
後日、M3の追加承認が得られても、以前の例外が「低得点になったから消える」とは扱いません。承認記録と新しい公開日を確認し、いつからどの条件が変わったかを更新します。古いメモは過去の判断の根拠として残り得ますが、現在の公開対象を決める際には、適用される版を見直します。
一方、保存後にM3の欠落が見つかった場合は、その引き継ぎ案による対象判断を保留し、元メモから例外を復元します。直した保存版を確認したうえで、次に参照する要約や抽出結果にも条件が戻ったかを確かめます。点数が低かった理由も見直し、単に今回の点数を上げるだけで済ませないようにします。原文を取得できなければ「例外条件は未確認」と残し、推測で補って完成にしません。
重要度の軸を定める作業と、原文との照合には手間がかかります。すべてを細かく採点するより、まず決定・期限・例外を保護し、残りの説明を順位付けする方が、この用途では判断を追いやすくなります。点数は選ぶ理由を明確にする道具として使い、条件が保たれたかは選定後の文章そのものから確かめます。
トークンの制約に合わせて長文を分割し統合する方法は「トークン制約に合わせて長文を分割し統合する方法」で解説しています。
