Skip to main content
打开 Administration → Keys，确认机器密钥处于激活状态且具有 events:add 权限。然后打开 Observe → Events，扩大时间范围，并清除环境和 Agent 过滤器。若存在事件，搜索会话 ID，再前往 Observe → Sessions 查看分组情况。若不存在任何事件，请通过 CLI 诊断 Failproof 守护进程。实时事件流，显示主要过滤器及近期 Agent 事件。
清除 Observe → Events 中的过滤器，并搜索确切的 SDK 会话 ID。若未找到任何结果，请在源机器上检查 SDK 缓冲目录和 Failproof 守护进程。
打开 Admin → enforcement，选中该机器，对比其已分配版本、已上报版本和上一版本。确认部署范围包含该机器，且其密钥具有 policies:pull 权限。即使策略下发失败，事件采集仍可正常工作。
打开 Admin → enforcement，查看该机器的最后在线时间和已上报版本。若机器状态已过期，应将其视为本地守护进程问题处理。不要仅为绕过不可用的守护进程而降低已部署策略的限制级别。
对于在 Cloud 中编写的策略，打开 Admin → policy editor，选中草稿，在发布前查看验证错误信息。对于本地策略，使用 CLI 对其进行验证，然后在执行测试操作后打开 Observe → policy，确认决策已正常到达。
打开 Analyze → audits，选中本次运行，检查模型分析是否已执行。然后将其范围和时间窗口与 Observe → sessions 进行对比，并打开该样本集中具有代表性的追踪记录。只有在分析成功执行的前提下，零结果才具有实际意义。若分析被跳过或失败，本次运行将不产生任何发现，且未分析的时间窗口将保持开放，等待下一次成功运行。若模型分析已被禁用，审计同样不会产生任何发现，因为确定性凭据和 PII 扫描仅记录统计数据，不再触发发现。审计配置表单，通过环境、Agent、周期和扫描窗口定义会话样本集。
打开一个已完成的会话，检查手动评估是否能够成功执行。当前托管 Cloud 版本的控制台不支持配置评估器端点，需由服务器运维人员进行配置。
使用组织切换器，确认预期的 slug 和权限，再与 CLI 的结果进行对比。
打开 Observe → policy，保存该决策及关联会话，并定位误报条件。然后打开 Admin → enforcement，将受影响的机器回滚至上一版本。在 Policy editor 中创建范围更窄的新版本，先在小范围内测试，仅在合法操作通过后再扩大范围。
联系支持团队时，请提供 CLI 版本、运行框架、环境信息、相关会话或部署 ID，以及去除敏感信息后的 failproofai config --status 输出内容。