生成AIを業務（特に問い合わせ対応やサポート業務）の初動分析・回答作成に導入した際、以下のような挙動に直面したことはありませんか？
- 担当者: 「〇〇のエラーだから、△△の復旧手順を案内しようと思う」
- AI: 「素晴らしい対応です！その方針で進めましょう」
……しかし、もし担当者の前提やログの読み解きが間違っていたら？
生成AI（LLM）は基本的に**「ユーザーの入力に共感し、肯定する（YESマン化）」**傾向があります。しかし、トラブルシューティングや問い合わせ対応の現場でこれをやられると、誤った二次対応や障害の拡大に繋がってしまいます。
本記事では、AIに忖度させず**「その前提は間違っています」「その手順はリスクがあります」と正しく否定・修正させるプロンプト設計**について解説します。
1. なぜAIは「否定」してくれないのか？
多くのLLMは、RLHF（人間のフィードバックによる強化学習）等により「親切で協調的なトーン」を出力するよう調整されています。
そのため、プロンプト側で明示的な**「否定・検証の基準（ガードレール）」**を与えておかないと、以下のリスクが発生します。
- 前提誤認の連鎖: 担当者の思い込みや確認不足をAIが追認してしまう。
- 初動分析の失敗: エラーログやステータスの見落としに気づけない。
- リスクのある手順の承認: 確定していない情報に基づいた誤回答を出荷してしまう。
サポート業務や情シスにおいて必要なのは、**「耳の痛い指摘をしてくれる厳格なセカンドオピニオン」**です。
2. 【実装】プロンプトへ組み込む「否定・修正ルール」
お使いのプロンプト（初動分析用・次アクション決定用など）に、以下のルールブロックを追加します。
① 【初動分析フェーズ】前提の誤りを否定させる追加記述
初動分析では、担当者のバイアスや思い込みを排除することが最優先です。
【厳格チェックルール：忖度・肯定の禁止】
1. 担当者の入力した見立て・前提・ログの解釈に誤りや不足がある場合は、絶対に肯定・同意しないでください。
2. 「その前提は誤りです」「〇〇の可能性を見落としています」と明確に否定・指摘してください。
3. 否定する場合は、必ず「なぜ誤りなのか（根拠）」と「正しい事実/確認すべき点」をセットで提示してください。
② 【次アクション決定フェーズ】危険な手順を止めさせる追加記述
次に行うべきアクションや顧客向け文章の作成フェーズでは、リスクのある挙動をストップさせます。
【安全ガードレール：リスクの否定と再提案】
1. 提案された次アクションにリスク（情報漏洩、仕様誤認、不適切な回答等）が含まれる場合、その手順を即座に否定してください。
2. 「この手順は〇〇のリスクがあるため推奨できません」と明記し、代替となる安全な手順（B案）を提示してください。
3. 確定していない情報がある状態での安易な回答作成は「判断保留」として指摘してください。
3. 挙動の変化（ビフォーアフター）
❌ 従来のプロンプト（AIが忖度）
担当者: 「ログイン不可の問い合わせ。アカウントロックだから解除手順を案内するね」
AI: 「了解しました！アカウントロック解除の手順メールを作成します……」
(※実際は個人のロックではなく、全体障害（エラー500）が発生していた場合でもそのまま進んでしまう)
⭕ ガードレール追加後のプロンプト（AIが否定・修正）
担当者: 「ログイン不可の問い合わせ。アカウントロックだから解除手順を案内するね」
AI: 【注意：前提の誤り】 ログイン不可の要因をアカウントロックと断定するのは危険です。現在のシステム障害状況（エラーコード500）を確認すると、全体障害の可能性が高いです。まずはステータス画面の確認を提案してください。
まとめ：AIを「イエスマン」から「優秀な監査役」へ
生成AIを現場で安全に運用するためには、「良い回答を作らせるプロンプト」と同等以上に「間違った判断を否定・修正させるプロンプト（ガードレール）」の設計が不可欠です。
特に初動分析やエスカレーション判断のプロンプトに本ルールを追加することで、現場の対応ミスや二次トラブルを大幅に削減できます。ぜひ試してみてください。
関連リンク・発信
Note: ビジネス現場で使えるTeams・メールの10秒整理プロンプト集などもまとめています。
お問い合わせ: 生成AIを活用した問い合わせ対応の自動化・業務プロセスの改善支援を行っています。