> ## 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 创建审计，并查看初次发现的问题。审计会将一组会话转化为经过排序、有证据支撑的故障发现。从一个具体的故障问题开始。在 Cloud 侧边栏中，前往 **Analyze → Audits**。选择 **new audit**。输入名称和明确的故障目标，例如"查找在未更改输入或未上报的情况下重复重试同一失败支付请求的生产环境会话"。选择 Agent、环境、时间范围和计划。当审计员需要了解您的工作流规则时，可添加简短说明和参考 URL。选择 **create audit**。首次运行会立即进入队列。打开审计卡片，观察其从排队、运行到完成的状态变化。运行完成后，打开某个发现并查看其会话证据。您可以对其进行确认、分配、忽略、静默或解决操作。一个已完成的审计发现，展示其故障描述、建议操作、支撑证据和受影响的会话。

```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 ` 来推进发现的分类处理流程。接下来，[通过策略阻止首个已确认的可重复故障](/zh/start/first-policy)。