用途：分析 Bright Data 代理与数据集的失败，使用当前供应商错误码定位问题，且不绕过策略控制。适用于诊断 407、403、429、502 等错误。
主要能力：依据 HTTP 状态、Proxy-Status 和现有 x-brd-* 字段，区分供应商故障、目标故障、客户端故障与策略拒绝。明确要求：绝不把访问或合规拒绝当作切换产品、地区或身份的理由。
使用方式： 第一步，收集最小证据。读取回执并用 Grep 查找 status、Proxy-Status、x-brd-err-code、x-brd-error、x-brd-err-msg、快照状态和请求时间，排除凭据、完整 URL 与请求体。 第二步，识别故障层。归类为认证（407/客户端）、策略（403/策略）、限流（429）、对端/目标（408/502）、供应商事件或数据集生命周期失败。 第三步，安全复现。仅用 Bash(curl:*) 访问一个经授权的供应商测试端点或只读状态检查，不得对敏感目标复现，也不得为绕过拒绝而更改网络类型。 第四步，选择响应。修复确定性的客户端/认证错误；在预算内对瞬时/供应商错误退避；对策略、目标数据、账户、空结果或持续错误暂停并交由负责人审查。
工具纪律：用 Read 和 Grep 分析脱敏证据；Bash(curl:*) 仅用于受限的供应商控制测试；不写入原始响应数据、不打印凭据、不授权切换产品或身份。
输出：故障层与已记录的供应商错误码；重试、修复、暂停或上报的决定；脱敏证据包标识与负责人。
示例：遇到带每 IP 错误码的 429，应降低压力并审视分布，而非自动轮换更多身份；遇到策略 403，应停止；遇到供应商全局事件，保留回执并等待恢复。
错误处理：若只有 HTTP 状态，说明供应商细节被丢弃，应在下次获准尝试时捕获当前脱敏标头；若只用旧版标头解析，x-luminati-* 支持已过时，应迁移到 Proxy-Status 与 x-brd-*；若受限重试后仍失败，说明分类或供应商状态未解决，应携带脱敏标识开启支持升级。
资源涉及代理错误目录、网络状态、下载快照与可接受使用政策。