約 4 分公開：2026-10-16

FDEでAIの業務運用を設計するときは、処理番号、工程、時刻、結果、確認担当者を追えるログを用意します。「エラーが起きた」という表示だけでは、AI処理が止まったのか、承認待ちなのか、外部登録の結果が不明なのかを判断できません。

この記事では、障害時の確認に使える記録項目を、図解と架空ログの表示デモで解説します。86研究所が提案する設計例であり、顧客の実績や実際の障害記録ではありません。

FDEが運用ログを業務の流れと結び付ける理由

FDE（Forward Deployed Engineer）は、業務上の課題を実装と運用改善につなぐ役割です。AIに下書きを作らせ、担当者が承認し、外部ツールへ登録する場合、各工程で起きたことを同じ処理番号からたどれるようにします。役割の全体像はFDEの基本解説をご覧ください。

OWASPの公式資料は、アプリケーションのログが運用とセキュリティの調査に役立つこと、目的に応じて記録する内容と量を決めることを説明しています。出典：OWASP「Logging Cheat Sheet」。以下は、この考え方をAI業務の運用に当てはめた86研究所の設計案です。

図解：処理をたどり、確認してから再開する

問い合わせ番号などの業務上の番号に、処理の実行番号を関連付けます。再試行時は、同じ依頼の何回目の実行かを区別します。各工程の開始・終了・結果を残すと、途中まで成功した処理をむやみに最初からやり直さずに済みます。

項目を増やす前に、「誰がどの判断に使うか」を決めます。ログだけでAIの出力内容の正しさまで保証できるわけではありません。品質を比較する検証と、処理が動いたかを追う記録は分けて扱います。

通信が途切れて応答を受け取れなくても、外部ツールでは登録済みの場合があります。その状態を単純な失敗として再実行すると、重複登録の原因になります。照合に使う番号を残し、確認できるまで結果不明として扱う手順を設けます。詳しくは二重登録を防ぐ業務連携をご覧ください。

入力文やAIの出力には、業務情報や個人情報が含まれる場合があります。全文を一律にログへ複製せず、目的に必要な項目を選びます。本文の確認が必要なら、閲覧制限のある保存先を参照する方法も検討します。認証用のトークンやパスワードは記録対象から除き、エラー文に混ざる情報も点検します。

ログは記録される側のデータだけでなく、誰が閲覧・出力・変更できるかも管理します。権限の考え方はFDEのAI連携と権限設計で解説しています。

受付とAI下書きが完了し、外部登録だけが結果不明という架空の3件の記録を用意しました。表示条件を「結果不明のみ」に変えると、外部登録の1件だけが残ります。

このデモは固定の架空データを絞り込む画面です。実際のAI実行、外部ツールへの登録、障害監視は行っていません。時刻も説明用です。本番では、ログが正常に届いているか、記録自体が欠けていないかも確認します。

エラーをすべて即時通知すると、重要な通知が埋もれる場合があります。業務への影響、継続時間、対象件数などで通知条件を決め、対応者と代替担当者を明確にします。通知を受けた後の確認と復旧の手順はAI自動化で人に戻す設計も参考になります。

一律の日数ではなく、調査に必要な期間、社内方針、契約上の条件、保存する情報を確認して決めます。保存費用だけでなく、削除とバックアップ側の扱いも整理します。

記録は判断材料です。外部登録の結果が不明な場合など、再実行前の照合が必要な場面があります。復旧処理の条件は別途設計し、テストします。

86研究所のFDE伴走支援では、業務整理からAI活用設計、実装、運用改善まで支援しています。「止まった理由が分からない」「担当者しか復旧できない」といった状況を整理して、AI業務診断でご相談ください。対応範囲は現行の環境と要件を確認して決めます。

執筆・図解・デモ制作：86研究所｜原稿作成日：2026年10月15日｜公開日：2026年10月16日。本文の処理番号・時刻・ログは架空の例です。