AIに「FAQを20個作って」と頼んでも、事故対応のFAQにならない理由

1．20問そろっても、自社が答えられるとは限らない

質問の数をそろえる作業と、会社として回答できる状態をつくる仕事は別です。「原因は何ですか」「補償はありますか」という質問が並んでも、確認事実、会社の方針、回答できる範囲がなければ、窓口で使うFAQにはなりません。

生成AIは、もっともらしい文章の中に不正確な内容を含めることがあります。出典が示されても、本文を確かめずに正しいと判断しないことが大切です。PPCとIPAも、出力の正確性や入力情報の取扱いへの注意を示しています。［1］［2］

事故対応では、文章が自然かどうかだけでは不十分です。「悪用は確認されていません」という一文でも、調査していないのか、確認した範囲では見つからなかったのかで意味が変わります。「全員に連絡します」という文は、通知対象と実行体制が承認されていなければ、その場で新しい約束を作ってしまいます。

先に決めるのは、どの質問に、誰が、何を根拠に答えるかです。AIを利用する場合も、その整理を飛ばさず、文章案の生成を承認手続の代わりにしないようにします。質問案が未決事項を見つける助けになる場合はありますが、回答を埋められない項目は未決のまま担当へ渡してください。

2．AIへ渡す作業を、範囲の小さい補助作業にする

AIに任せるのは、入力と出力を人が照合できる単位に絞ります。「事故対応FAQを完成させる」ではなく、承認済みの説明の言い換え、論点の分類、重複候補の指摘など、目的と限界を決めます。次の区分は本記事の運用提案です。

例えば承認済みの文章を短くする場合も、条件、対象、確認時点、否定や保留の意味を残すよう指定します。読みやすくなった結果、元になかった約束が増えていないかを、担当者が原文と比べます。

既存資料を検索して答える仕組みでも、検索元の資料が古ければ古い回答を使う可能性があります。参照してよい資料と版を指定し、どの資料のどの部分に基づく案かを追える状態にします。この運用は生成方式の違いにかかわらず必要な確認として提案しています。

一度に大量の案を出すより、代表的な数問を試して、根拠のない補足がどこで入るかを点検すると、承認者の負担も見通しやすくなります。効率は生成件数だけでなく、直す量と確認に必要な時間を含めて評価します。

3．入力してよい情報を、文章作成より先に確認する

未承認のAIサービスへ、個人情報・未公表の事故情報・機密資料を入力しない運用にします。これは事故対応の情報を守るためのルールとしての提案であり、すべてのAI入力が法律上禁止されているという説明ではありません。

PPCは、個人情報を含む入力が利用目的の達成に必要な範囲かを確認するよう注意を促しています。また、本人の同意なく個人データを入力し、回答出力以外の目的で取り扱われる場合の違反リスクを示し、そのような入力では機械学習に利用しないこと等を十分に確認するよう求めています。利用目的、提供先での取扱い、委託・第三者提供等の適用は、契約と実態に沿って確認します。［1］［3］

確認項目は、会社が許可したサービス・契約・アカウントか、今回の用途と情報区分が許可範囲内か、保存・閲覧・再利用の条件は何か、外部連携先へ渡るか、です。「有料だから」「学習に使わない設定だから」という一条件だけで、すべての資料を入れてよいとは判断しません。

入力しない情報を先に分ける

対象者名簿、本人確認書類、問い合わせ原文、認証情報、調査報告書、未公表の原因や脆弱性、補償判断、契約上の秘密等を、担当者の独断で投入しない。

名前を消しただけで安全としない

日時・所属・地域・少人数の属性や珍しい経緯の組合せから、個人や事案が推測されないかを確認する。

加工前の情報を先に送らない

「この名簿を匿名化して」と未承認サービスへ原本を送らず、入力可否と加工を承認済みの環境・手順で先に確かめる。

許可される材料から始める

利用を認められた公開資料、社内で入力可能と確認した説明、特定の実案件を再現しない想定例などに範囲を限定する。

ここでいう伏字化や一般化を、個人情報保護法上の「匿名加工情報」等の要件を満たすことと同一視しません。情報を減らす方法と、法令上の取扱いは別に確認してください。［3］

入力してよいか分からない場合は、出力の納期を理由に個人アカウントへ移さず、管理担当へ確認します。許可された材料だけで作れる範囲を先に進め、残りは人が扱う方法でも構いません。

4．質問を頼む前に、事実・方針・未決事項を分ける

AIへ渡す前提は、未確認の情報を自然な文章で埋めないためのものです。入力可能と確認した材料について、確認事実、会社として決定した方針、まだ決まっていない事項、回答先と利用場面を分けます。

「対象範囲は調査中」と「公表済みの対象条件」は別に記載します。「会社として補償を決めていない」ことを「補償しない」と置き換えないよう、未決事項は回答候補にも保留として残します。材料に記載がないことと、存在しないことは同じではありません。

最初に決めておくと役立つのは、質問の目的、一般案内か個別照会か、使用する資料と版、入れてはいけない断定、出力の点検者です。具体的な社内判断や承認経路を、AIへの指示のために広く公開する必要はありません。

質問数を指定する場合も、足りない答えを作らせて数を合わせません。「この材料では回答できない質問」を抽出し、会社で決める課題に戻す使い方が、事故対応では重要です。

5．自然な日本語かではなく、意味が変わっていないかを点検する

生成後は、原資料と出力を照合します。AIに自分の回答を点検させるだけで、根拠確認を終えません。別のAIが同じ答えを出したことも、自社の事実や方針が正しい証拠にはしません。

点検するのは、情報の種類、対象、時点、断定の強さ、本人へ求める行動です。数字・日付・URLは原資料を開いて確認し、参照元が実在するだけでなく、その箇所が回答を支えているかまで見ます。出力の正確性を信頼できる情報源で確認する考え方は、IPAの教材でも示されています。［2］

どちらも特定案件や実際のAI出力を引用した例ではありません。確認すべき意味の変化を示すための想定例です。読みやすさの調整が、法律上・経営上の判断を追加していないかを見分けてください。

外部から得たメール本文やWebページを材料にする場合は、その中の命令文を業務指示として扱わないことも確認します。外部送信や公開・返信の機能を持つツールでは、文章案の確認と実行操作を分けます。本記事の対象は下書き支援であり、自動応答・自動公開の設計ではありません。

6．人が承認した回答だけを、窓口で使う版へ移す

生成した時点では、FAQの公開準備は終わっていません。事実を確認する担当と、回答方針を承認する担当、窓口へ配布する担当を決めます。兼務しても、どの確認を行ったかは残します。

記録するのは、使用したサービスと利用日、材料の識別・版、作業目的、採用した出力、修正箇所、確認者・承認者、回答ID、使用開始時点などです。記録のために、入力してはいけない情報をもう一度コピーする運用にはしません。原資料は権限を付けた保存先で参照します。

会社が承認したのは文章のどの範囲かも明確にします。「この言い回しでよい」という確認と、「全対象者へこの補償を案内してよい」という承認は同じではありません。公開FAQ、電話、メールで共通に使う方針をそろえ、更新後の再案内は関連記事で扱う変更管理へ渡します。

7．根拠が不足する場合や、入力ミスが起きた場合の戻り先を決める

AIを使い続けることより、誤った回答や追加の情報流出を止めることを優先します。材料が不足している質問、誰も承認できない結論、根拠を開けない引用は、確認待ちとして人の担当へ戻します。文章を言い換え続けて結論が出たように見せません。

未承認情報を誤って入力した場合は、それ以上の入力・共有を止め、社内の情報管理・事故対応の連絡先へ報告します。どのサービス、どのアカウントで、いつ、何の種類を入力したか、共有や出力がどうなったかを確認できるようにします。記録の保存や削除、提供元への照会は担当者の指示に従い、「画面から消したので解決」と決めつけません。

これは新たな漏えい等に当たるかを窓口が断定するためではありません。実際の送信先や取扱条件、情報の性質を確認し、必要な調査・報告・本人対応の判断につなぐためです。［3］［1］

また、AIを使った事実だけで資料をすべて廃棄するのではなく、未承認の出力と承認済み回答を区別します。使える根拠と判断は残し、問題がある箇所を特定して修正します。

8．AIを使う前後のチェックと、よくある質問

AIの文章案を、会社が答えられるFAQへ変えるのは、根拠・判断・承認の仕事です。質問数ではなく、窓口がどの条件で使い、確認が必要なとき誰へ戻せるかを基準にしてください。

続けて確認したい実務