运行首次故障检查

审计将一组会话转化为按优先级排列、有证据支持的故障发现。从一个具体的故障问题开始。

控制台
CLI

打开审计

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

配置审计

输入名称和明确的故障目标，例如”查找在未更改输入或升级处理的情况下重试同一失败支付请求的生产会话”。选择代理、环境、时间范围和调度计划。当审计员需要了解您的工作流规则时，添加简短说明和参考 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> 来推进发现的分类处理流程。

接下来，通过策略预防首次故障，以应对已确认的可重复性操作。