監査記録の目的を先に決める
運用記録は、事故後の原因確認、顧客への説明、社内承認の証明に使います。目的が曖昧なまま全ログを保存すると、個人情報と保管コストだけが増え、肝心の判断理由が残らないことがあります。
まず想定する質問を三つ書きます。『なぜ停止したか』『誰が復旧を承認したか』『顧客影響をどう確認したか』です。これらに答えない情報は標準記録から外す候補になります。逆に、トークン総数だけ残しても停止理由は説明できないため、判断に使ったしきい値や、ProのSmart Protectionを使った場合の売上シグナルを変更記録へ結び付けます。
変更1件につき残す五つの項目
設定値の全文ではなく、変更前後の差分と判断の根拠を中心にします。緊急停止では事後承認になる場合も、その時刻と理由を追記できるようにします。
例として『8月16日22:14、商品質問APIの再試行上限を3回から1回へ変更。5分間に同一相関IDが18回送信され、推定費用が通常の4.2倍になったため。佐藤が実施、翌9時に鈴木が事後承認』と書けば、事実と裁量が分かれます。単に『Bot対策』と書くより、後から妥当性を検証できます。
- 実施日時、対象サイト・機能、変更者
- 承認者、変更理由、参照した証拠
- 変更前後の値または状態
- 期待結果とロールバック条件
- 確認結果と復旧・終了日時
本文や個人情報を標準で残さない
監査に必要なのは、判断を再現できる情報です。利用者の入力全文、AI回答全文、メールアドレスを毎回残すこととは違います。必要な場合も、目的、閲覧権限、保存期間、削除方法を定め、マスキングや集計値で代替できないか検討します。
誤回答調査のため本文が必要なケースと、費用急増の調査で時刻・経路・トークン量だけあればよいケースを分けます。後者まで全文を保存すると、機微情報を持つ範囲が広がります。サンプル保存が必要なら件数を限定し、識別情報を削り、閲覧者と削除日を記録します。法的要件は地域と契約で異なるため、専門家の確認も必要です。
保存期間とアクセス権を記録の種類ごとに決める
請求照合、障害調査、契約上の説明では必要期間が異なります。法令や契約上の要件は専門家と確認し、惰性で永久保存しないでください。管理者全員に閲覧権を与えず、変更者と監査担当を分けることも検討します。
記録台帳では、設定差分、請求照合用集計、障害証跡、本文サンプルを別種類にします。それぞれに暫定保存期間、保存理由、保管場所、閲覧ロール、削除確認者を割り当てます。退職者の権限や外部制作会社の共有リンクが残っていないかも四半期ごとに見直し、削除処理そのものの実施記録を残します。
一件の設定変更を再現できるか試す
過去の変更を一つ選び、記録だけで『誰が、なぜ、どこを変え、何を確認したか』を説明できるか試してください。足りない項目だけをテンプレートへ追加すれば、過剰保存を避けながら監査可能性を高められます。
成果物は変更記録テンプレート、保存期間表、アクセス権一覧の三点です。別の担当者に一件を渡し、10分以内に変更前の状態へ戻せるか、顧客への説明文を作れるかを確認します。復元に本文ログが本当に必要だったかも振り返り、不要なら次回から保存対象を減らします。監査可能性とデータ最小化を同じテストで確かめられます。四半期レビューでは、保存期限超過、退職者権限、承認者不在、復旧時刻未記入を機械的に抽出します。問題がゼロだったことではなく、記録の欠落を検出して閉じた履歴自体が、運用が機能している証拠になります。テンプレートの版番号と改定理由も残し、古い様式で作られた記録を無理に書き換えません。証跡の削除も承認対象にします。
「監査に残すべきAI運用記録──設定変更・停止・復旧の最小セット」の「変更記録・保存期間・権限の監査セット」は、同じ指標を継続して集めることで判断材料になります。AI Cost Guardrails-CNXTを無料でダウンロードし、WordPress上のCalls・Token・推定USDを計測し始めましょう。