运行首次故障检查

审计会将一组会话转化为经过排序、有证据支撑的故障发现。从一个具体的故障问题开始。

控制台
CLI

打开审计

在 Cloud 侧边栏中，前往 Analyze → Audits。选择 new audit。

配置审计

输入名称和明确的故障目标，例如”查找在未更改输入或未上报的情况下重复重试同一失败支付请求的生产环境会话”。选择 Agent、环境、时间范围和计划。当审计员需要了解您的工作流规则时，可添加简短说明和参考 URL。

创建并等待运行完成

选择 create audit。首次运行会立即进入队列。打开审计卡片，观察其从排队、运行到完成的状态变化。

运行完成后，打开某个发现并查看其会话证据。您可以对其进行确认、分配、忽略、静默或解决操作。

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 <finding-id>

添加参考上下文，并在来源变更时刷新：

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 <finding-id>、fp audits assign <finding-id> --to <email>、fp audits dismiss <finding-id>、fp audits mute <finding-id>、fp audits resolve <finding-id> 或 fp audits reopen <finding-id> 来推进发现的分类处理流程。

接下来，通过策略阻止首个已确认的可重复故障。