八卦熔断机制 v3

解决什么问题

在“智能报价”类业务链路里，一次报价请求可能同时经过规则计算、LLM 判断、外部数据源或下游服务。风险不在单点失败，而在失败被包装成“看起来合理的结果”：超时、连续失败、异常错误率如果直接进入 LLM 推理，可能触发不稳定的报价建议、重复请求或错误兜底。hexagram-circuit-v3 要解决的是这个边界：当规则层或模型层不可信时，系统应显式降级、熔断，并保留可审计状态。

技能如何工作

该技能把熔断拆成三层：规则检测 → LLM 判断 → 人工接管。它不是简单返回 500，而是在错误率、连续失败、超时等阈值触发时改变系统姿态：

• 错误率 > 30%：进入半开熔断，限制继续放行的请求量。
• 连续失败 > 3 次：进入全开熔断，阻断后续请求并保留恢复探测。
• 超时 > 5 秒：触发自动降级，让链路回退到更保守的处理策略。

同时提供完整日志审计和恢复自动检测，方便排查“为什么此时熔断”“何时允许重试”。文档强调“只新增不修改”，适合作为已有报价链路上的保护层接入，而不是替换原有业务规则。

适用边界与注意点

该技能更适合有明确调用步骤、失败可观测、且下游结果需要受控的业务链路。如果上游字段缺失、错误码不统一，或 LLM 输出没有结构化校验，熔断只能减少异常扩散，不能修正根因。阈值如 30%、3 次、5 秒是默认策略，实际接入时应按报价接口 SLA、流量高峰和人工接管容量校准。