第11章仕様変更に追従できるKnowledge更新フローを作る

昨日正しかった情報も、現行仕様とは限らない

セキュリティ要件、外部システムの仕様、運用環境が変われば、過去に正しかった説明も現行の根拠ではなくなる。廃止機能の案内や旧仕様の設定を自然に答えてしまう状態は、誤回答と同じ問題を持つ。

そこで、RAGの構造化知識だけでなく、人向け資料とUI操作手順も更新対象にした。検索用の説明だけを直し、図や手順に古い情報を残す構成にはしなかった。

更新の流れは、変更の発生、影響範囲の特定、該当データの修正、QAチャットでの確認、必要に応じた再評価とした。変更箇所を単独で扱わず、関連する知識と操作への影響を確認するための手順である。

人向けには画像付き手順書、操作説明、FAQを整備し、「何かあったときに何をするか」も残した。当時使用したプロンプト集も、目的ごとに再利用できる形へ整理した。

QAには、非構造データを直接回答するのではなく、人向け資料へ誘導する挙動を持たせた。すべての情報をチャットの回答だけで完結させず、確認に適した表現へ戻れるようにした。

この章が扱うのは情報を更新するための設計と手順である。新しい自動更新システムや、長期運用の測定値を追加して示すものではない。次章では、復元した知識を実際の暗号処理の調査へ利用した場面を振り返る。