> ## 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.
# 監査の設定
> 監査の目標、セッション対象範囲、エビデンスコンテキストを定義します。
監査の品質はそのスコープによって決まります。「問題を見つける」といった漠然としたリクエストは、具体的な障害に関する問いと比べて有用な結果を得にくくなります。
## 監査の設定
1. **Analyze → Audits → New audit** に移動し、名前と説明を入力します。
2. 実行間隔、時間ウィンドウ、エージェント/環境のスコープ、無視するエラー、感度、最大検出件数を設定します。
3. **agents** でエージェントコンテキストを追加または確認し、オペレーターのブリーフと公開 HTTPS 参照 URL を追加します。
4. 通知チャンネルを選択し、**create audit** をクリックします。最初の実行はすぐにキューに追加されます。
```bash theme={null}
fp audits create checkout-reliability \
--description "Find checkout failures that agents do not recover from" \
--scope '{"environments":["production"],"agent_ids":["checkout-agent"]}' \
--schedule-interval-secs 86400 \
--window-mode since_last \
--sensitivity medium \
--text-file ./checkout-audit-brief.txt \
--url https://runbooks.example.com/checkout
```
最初の実行はすぐにキューに追加されます。ブリーフと参照 URL は作成時に含めることで、最初の実行でそれらが使用されます。
完全なリファレンスは [`fp audits create` リファレンス](/ja/reference/cloud-cli#audits) をご覧ください。
既知の失敗セッションといくつかの正常なセッションから始めましょう。これにより、監査に正例と比較セットの両方が提供されます。
監査コンテキストは独自のリソースとして保存されるため、監査を編集しても参照資料が誤って削除されることはありません。