> ## Documentation Index > Fetch the complete documentation index at: https://docs.befailproof.ai/llms.txt > Use this file to discover all available pages before exploring further. # 最初の障害チェックを実行する > Cloud ダッシュボードまたは fp CLI からオーディットを作成し、最初の検出結果を確認します。 オーディットは一連のセッションを、根拠付きの障害検出結果としてランク付けしてまとめます。まずは1つの絞り込んだ障害の問いからはじめましょう。 Cloud のサイドバーで **Analyze → Audits** に移動し、**new audit** を選択します。 名前と具体的な障害ゴールを入力します（例：「入力を変えず、エスカレーションもしないまま同じ決済呼び出しを再試行している本番セッションを見つける」）。エージェント、環境、対象期間、スケジュールを選択します。ワークフローのルールが審査担当に必要な場合は、簡潔な説明と参照 URL を追加してください。 **create audit** を選択します。最初の実行はすぐにキューに登録されます。オーディットカードを開いて、queued → running → complete と進む状態を確認しましょう。 実行が完了したら、検出結果を開いてセッションの根拠を確認します。確認済みにする、担当者を割り当てる、却下する、ミュートする、解決済みにするといった操作が可能です。 障害の説明、推奨アクション、根拠となる証拠、影響を受けたセッションが表示された完了済みオーディット検出結果。 ```bash theme={null} fp audits create payment-retry-failures \ --description "Find production sessions that retry a failed payment call without changing input or escalating" \ --scope '{"environments":["production"]}' \ --text "Escalate after two unchanged payment failures" fp audits list fp audits runs payment-retry-failures fp audits findings --audit payment-retry-failures fp audits finding ``` 参照コンテキストを追加し、ソースが変更されたときはリフレッシュします。 ```bash theme={null} fp audits context-set payment-retry-failures --url https://example.com/payment-runbook fp audits context-refresh payment-retry-failures fp audits run payment-retry-failures ``` `fp audits ack `、`fp audits assign --to `、`fp audits dismiss `、`fp audits mute `、`fp audits resolve `、または `fp audits reopen ` を使って、トリアージの各ステップを進めましょう。 次は、確認済みの再現可能なアクションに対して[最初のポリシーで障害を防ぐ](/ja/start/first-policy)ステップに進みましょう。