PAP-40-Layer Framework 第21層のアイキャッチ

確認日の表示で分かること・分からないことを対象版と根拠から確かめる

  • URLをコピーしました!

確認日は、実際の資料確認に対応していれば、「いつ照合した情報か」を伝えます。しかし、日付の表示だけでは、確認が本当に行われたか、正しい対象の資料だったか、その内容が質問の時点に適用されるかは分かりません。確認した資料・版・該当箇所と、答える対象時点を一緒に示し、主張との対応を照合します。

AIに「確認日を必ず書いて」と指示しても、資料を読んだ出来事が新たに成立するわけではありません。確認日を、根拠を点検できる情報と組み合わせて使います。

日付の種類(発行日・更新日・確認日・適用日)と対象時点のそろえ方の基本は「「いつの情報か」を取り違えないための日付と時点の基本」で扱います。この記事では、AIの回答に確認日を表示するとき、その日付で何が言えて何が言えないかに絞ります。

目次

確認日と適用日を別に持つ

確認日は、資料を読むなどして、対象の主張を照合した日です。適用日は、制度や仕様の内容が、どの対象にいつから適用されるかを示します。今日確認した資料でも、旧版だったり、来月からの制度を説明していたりすることがあります。

発行日や更新日も別です。DCMI Metadata Termsでは、発行を示すissued、変更を示すmodified、有効な日・期間を示すvalidが区別されています。これらの資料側の日付から、回答作成者が確認を行った日を推測することはできません。

確認日は、対象を絞って付けます。ある回答に、料金、保存期間、解約手順が含まれているなら、一つのページを開いただけで三つとも確認済みとしません。確認した主張と資料の箇所がそれぞれ対応しているかを見ます。別の日に確認した項目が混ざる場合は、項目ごとに日付を残すか、どこまで再確認したかを説明します。

一つの「確認済み」という欄へまとめる前に、資料を取得できたこと、該当箇所を読めたこと、今回への適用を確かめたことを分けます。取得が成功しても、対象プランが違えば回答の根拠には採れません。

日付を付ける前に、検索する範囲を決める

検索するかどうかは、確認日を表示したいかではなく、質問に答える材料があるかで決めます。「添付した第2版の第2節に書かれた保存期間を要約して」なら、読める資料と対象版が確定している範囲で回答できます。外部検索を追加しない場合も、「提供された第2版の記載を確認」と表示し、現在も有効だとまでは広げません。

「現在の標準プランの保存期間を教えて」という問いでは、変更が結論に関わるため、対象サービスの公式資料や利用条件を検索・照合します。組織名、プラン名、地域、質問の対象日を固定し、発行や更新の新しさだけでなく、適用対象と版を見ます。検索結果の見出しや短い抜粋しか見られないときは、条件や例外を読めたことにしません。

一方、「確認日と適用日の違いを説明して」という安定した概念の説明なら、必要な定義や資料が既に確認できている場合、毎回新たな検索をする必要はありません。その回答に今日の日付を印字しただけで、今日再調査したと表示するのは避けます。

確認済み資料を再利用する際も、元の確認日を今日へ書き換えません。対象・版・条件が今回の主張を支えるかを照合し、改訂の兆候や別の対象を扱う必要があれば追加確認します。再利用と再確認を記録上分ければ、どこまで確かめたかを後から追えます。

同じ根拠不足の回答に、表示だけを加えて比べる

架空のサービス「業務ポータルP」について、利用者が「国内の標準プランで、2026年10月9日にアップロードした添付ファイルの保存期間を知りたい」と尋ねたとします。ここで使うサービス名、プラン、資料、日付と確認行為はすべて説明用の仮定です。実サービスを調査した例や、モデルに投入して得た出力ではありません。

入手できた資料Aは「法人専用プラン利用ガイド」第3版で、次の情報がある設定です。

  • 対象:国内の法人専用プラン
  • 発行日:2026年8月20日
  • 適用開始:2026年9月1日
  • 第4節「添付ファイル」:アップロード日から90日保存する

確認担当者が2026年10月9日に資料Aの対象欄と第4節を読み、確認記録を残したと仮定します。標準プランの資料は未入手です。この材料だけから標準プランについて断定した回答「保存期間は90日です」に対し、表示する情報だけを変えてみます。

点検前の表示 読者に見える情報
確認日だけを追加 保存期間は90日です。確認日:2026年10月9日。
参照資料・対象版・箇所も追加 保存期間は90日です。確認日:2026年10月9日。参照:法人専用プラン利用ガイド第3版、第4節。資料の対象:国内の法人専用プラン。適用開始:2026年9月1日。回答の対象:国内の標準プラン、2026年10月9日のアップロード。

二つとも、標準プランの保存期間を90日とする根拠は不足しています。後者は、質問の「標準プラン」と資料の「法人専用プラン」が違うことを、読む側が照合できます。詳細な出典を付けても、この不一致は解消しません。標準プランの実際の値が90日なのか、異なるのかは未確認です。

照合後は、たとえば「標準プランの保存期間は未確認です。2026年10月9日に確認した法人専用プラン利用ガイド第3版の第4節には90日とありますが、標準プランへの適用は確認できていません」と直します。次に必要なのは、標準プランの公式資料と、対象日のアップロードに適用される条件です。法人向けの値を別プランへ埋め込むことはしません。

この比較で固定しているのは、質問、入手資料、元の断定、仮定上の確認行為です。変えたのは表示項目です。人が不一致を点検できる材料の差を示しており、「項目を増やすとAIが自動的に訂正する」という効果を確かめた比較ではありません。

確認の記録を、回答の文章から独立させる

確認日を記録する仕組みを作るなら、モデルが文章として生成した日付だけに頼らず、実際の確認に対応する記録を使う方法が考えられます。たとえば、担当者や処理の識別情報、確認した日時、資料の識別情報・版、該当箇所、照合した主張、適用判断と残る不足を結び付けます。

取得日時は、ツールが資料を受け取った時点です。そこから内容を照合するまで時間が空いたなら、確認日時とは分けます。処理が自動なら、何を確認した処理なのかも残します。URLが返っただけの処理を、「本文と適用条件を確認した」と表示しないようにします。

Data on the Web Best Practicesは、データの来歴、版の識別、変更履歴を示すことを扱っています。これは確認した資料を追える設計の参考になりますが、AI回答の正しさや確認日の真正性を自動で保証する規格ではありません。上の記録項目は、回答点検のための設計案です。

資料に版番号がなければ、番号を作らず「版番号の表示なし」と記し、確認したURL、見出し、更新表示など、実際に得られた識別情報を残します。ページが後から変わる場合は、利用権限と保存条件の範囲で確認時の内容へ戻れる記録を検討します。同じURLだけでは、同じ内容を再確認できるとは限りません。

表示する日付の粒度も用途に合わせます。日単位の案内で足りる場合と、同日に改訂や価格変更が起きる場合では必要な精度が違います。時刻を残すならタイムゾーンも付け、確認できていない時刻を補いません。システムの処理記録と人の確認は、どちらが何を行ったか分かる形で扱います。

指示文には、未確認の場合の出し方も含める

次は、利用可能な資料と確認記録を渡す場面の指示例です。資料の取得や照合を実行した指示ではなく、回答の形式を指定するための未実行例です。

「回答の対象を[サービス・プラン・地域・対象日]に固定してください。結論に関わる主張ごとに、参照資料、対象版、該当箇所、適用日、実際の確認記録にある確認日を示してください。資料と今回の対象が違う場合は根拠に採らず、不一致を説明してください。確認記録がなければ日付を作らず、何が未確認かと、次に必要な資料を記してください。」

角括弧の部分は依頼の対象へ差し替えます。対象版や適用日が原資料にない場合も、空欄を推測で埋めさせません。「資料に表示なし」「適用条件を未確認」など、不足の種類が分かる表現を使います。この指示を付けた後も、主張と原資料が対応しているか、人や別の確認処理で照合します。

点検では、日付欄が埋まったかに加え、確認記録と一致するか、対象版が合うか、未確認を正しく残したかを見ます。確認記録がない項目を未確認とした回答と、根拠なく今日の日付を入れた回答を同じ合格にはしません。表示形式への適合と、内容の正しさは別の判定です。

確認できなかった場合は、答えの範囲を変える

検索できない場合や、公式資料を取得できない場合は、「本日確認済み」と書く代わりに、確認できた範囲を示します。以前の記録があるなら、その元の日付と対象版を残し、現在の適用は未確認だと分けます。検索を試みた日付は記録できますが、確認成功の日付としては使いません。

資料があるのに対象が違う場合は、対象一致の資料を探す段階へ戻ります。必要な資料が見つからなければ、現時点の値を断定せず、一般的な確認方法や入手済み資料の記載だけを説明します。検索で見つからないことは、その資料や条件が存在しないことの証明にはなりません。

確認後に改訂情報が届いたら、過去の確認記録を保持したまま、影響する主張を再照合します。再確認した内容と時点を区別して残すことで、回答をどの根拠から更新したか追えるようにします。

出典・参考資料

  1. Dublin Core Metadata Initiative・DCMI Usage Board「DCMI Metadata Terms」(確認日:2026年10月12日)
  2. W3C「Data on the Web Best Practices」(確認日:2026年10月12日)
よかったらシェアしてね!
  • URLをコピーしました!

この記事を書いた人

さかっぺのアバター さかっぺ PAP Research運営 / AIガバナンス・アーキテクト / プロンプトデザイナー

ITインフラの実務経験をもとに、AIの安全性と実用性を両立する仕組みを研究。PAP Researchでは、AIモデルの継続観測と、プロンプト・AI技術の実務解説を発信しています。

経歴や研究方法、発信方針は運営者プロフィールで紹介しています。

目次