古いAI運用ルールを放置しない。見直す7つの変更イベント

結論: 定期日と変更イベントの二つで見直します

AI運用ルールの見直しは、月次・四半期などの定期日だけでは足りません。次の確認日までに商品や担当者が変われば、古い条件のままAIが下書きや分類を続けるためです。定期確認に加え、業務の前提が変わった時に臨時確認を始める「変更イベント」を決めます。

なぜ作成時に正しかったルールが危険になるのか

運用ルールは、作成時点の業務を短く写したものです。「公開価格だけならAIが案内し、個別見積もりは人へ戻す」というルールも、価格表の場所、商品構成、担当部署が変われば判断の前提が崩れます。文章自体が間違っていなくても、参照先や責任者が古ければ現場では使えません。

公開されているAIスキルや一般的なプロンプトはコピーできます。一方、どの変更を重大とみなし、どの例外で人へ戻したかは会社固有の運用記憶です。Miraigentがいう「記憶の保管ではなく、記憶の補完」は、昔のルールを残し続けることではありません。現在の判断に足りない変更点を、使う人へ渡すことです。

ルールを作る前段はAI判断ログを運用ルールへ変える基準、古いログの扱いはAI判断ログの保存期間と見直しで整理しています。

見直しを始める7つの変更イベント

変更イベント	確認すること	よくある影響
商品・サービス	名称、対象、提供範囲	FAQや分類先が古くなる
価格・契約	料金、割引、返金、契約条件	自動返信してはいけない範囲が変わる
担当者・権限	承認者、代行者、閲覧権限	確認先が不在になる
規程・法令	社内規程、業界ルール、表示	入力・保存・回答条件が変わる
データ・フォーム	項目、選択肢、正本、保存先	欠損や誤分類が増える
AI・ツール	モデル、連携、権限、仕様	出力傾向や参照範囲が変わる
顧客反応・例外	差し戻し、苦情、誤解、新しい質問	停止条件やFAQが不足する

七つすべてを毎回書き直す必要はありません。変更の影響を受けるルールだけを特定し、「変更なし」も含めて人が確認します。法令や専門判断は一般記事だけで確定せず、必要に応じて専門家と自社責任者へ確認してください。

15分で行う影響確認の手順

1. 変更を一文にする: 何が、いつ、旧状態からどう変わったかを書きます。
2. 影響する入口を探す: フォーム、メール、チャット、CRM、FAQ、READMEを確認します。
3. 該当ルールを絞る: 全文検索だけでなく、現在の正本と責任者を照合します。
4. 通常・例外・停止を確認する: AIが続けてよい範囲と人へ戻す条件を分けます。
5. テスト例を三つ作る: 通常例、境界例、停止例で期待する動きを確認します。
6. 人が再承認する: 適用日、責任者、次回確認日を付けます。
7. 現場の入口へ反映する: README、承認表、FAQなど最初に見る正本を更新します。

利用するAIへ送らない情報は、変更のたびに見直す重要項目です。具体例はAIに送ってはいけない情報の会社ルール、チームの入口設計はAI運用チェックリストをREADMEにする方法を参照してください。

更新記録に残す8項目テンプレート

• 変更日と変更内容
• 影響を受ける業務・ルール
• 確認した通常例
• 確認した境界例
• 人へ戻す停止例
• 承認者と代行者
• 反映した正本と版
• 次回確認日、または次の変更イベント

顧客の原文や機密情報を更新記録へ複製する必要はありません。「個別見積もりを含むため営業責任者へ戻した」のように、次の判断に必要な条件へ要約します。詳細な参照元には元のアクセス権と保存期限を適用します。

してよい更新・避けたい更新

してよい	避けたい
変更イベントごとに影響ルールを限定する	全ルールを一括でAIに書き換えさせる
通常・境界・停止の三例で試す	成功例一件だけで承認する
現行版と旧版を分ける	複数版を同じ入口に並べる
責任者と次回確認日を残す	更新者名だけで終える

モデルやツールの更新では、同じプロンプトが動くかだけでなく、引用元、入力上限、連携権限、ログ保存、誤った時の戻し先も確認します。便利になった機能をすぐ全業務へ広げず、影響が小さい範囲から試します。

月次確認で使えるチェックリスト

• 今月、七つの変更イベントのどれかが起きたか。
• 承認者と代行者は現在も担当できるか。
• フォームやCRMの項目名とルールが一致するか。
• AIへ送らない情報と保存先は変わっていないか。
• 新しい差し戻し、苦情、質問、例外があったか。
• 通常例、境界例、停止例で期待どおり動くか。
• 現行版を現場が一か所から確認できるか。
• 確認者、確認日、次回確認日を残したか。

よくある質問

AI運用ルールはどのくらいの頻度で見直しますか？

月次または四半期の定期確認に加え、商品、価格、担当者、規程、入力データ、利用AI、顧客反応が変わった時に臨時確認します。変化の多い業務は月次、安定した業務は四半期など、影響度に合わせます。

変更がない月も確認は必要ですか？

必要です。「変更なし」と判断した日、確認者、次回確認日を短く残します。これにより、放置されたルールと、確認した結果継続しているルールを区別できます。

古いルールは削除すべきですか？

現行の入口からは外します。説明や監査に必要な履歴は、適切なアクセス権と保存期限を付けて別に保管します。旧版と現行版を同じREADMEや承認表に並べないことが大切です。

次の一歩: 今週起きた変更を一つ選ぶ

今週変わった商品、価格、担当者、規程、フォーム、AI、顧客反応を一つ選び、その変更が触れるルールを確認してください。通常例、境界例、停止例を一つずつ試し、人が再承認します。

Miraigentの無料診断では、AIツール選定の前に、変更イベント、送らない情報、人間確認、例外、正本、見直し責任者を整理します。会社がAI導入前に何を決めるべきか迷う時は、今いちばん変化の多い業務から確認できます。