⚠️ Rate limited — switching to fallback provider... 🔄 Primary model failed — switching to fallback: sg claude opus 4.7 via custom Sao cứ bị lỗi này mãi thế

Chỗ đáng nghi nhất trong case của Sếp

• sg-claude-opus-4.7 via custom

  cho thấy fallback đang đi qua một custom endpoint/provider đã cấu hình sẵn trong Hermes, chứ không phải đổi hẳn sang provider native khác.
• Nếu primary và fallback cùng dựa vào một upstream/pool đang nghẹt quota, Sếp sẽ thấy chuyển provider nhưng cảm giác vẫn “lỗi hoài”. Insufficient evidence để khẳng định hai đường này đang chung pool, nhưng đó là khả năng rất cao cần kiểm tra trong config thật.
• Hermes docs cho biết custom endpoint được lưu trong config.yaml, và fallback chain cũng nằm trong config.yaml dưới fallback_providers.

Nên kiểm tra gì trước

• Xem primary hiện tại là gì và fallback chain đang trỏ đi đâu trong config.yaml.
• Kiểm tra xem primary với

  sg-claude-opus-4.7 via custom

  có đang dùng cùng một gateway/pool/key backend không.
• Nếu đang chạy qua OpenClaw gateway/custom gateway, chạy probe/status để xem lỗi thực là 429, auth, hay stale client/gateway mismatch.
• Nếu gateway/service đọc key từ env, bảo đảm key nằm đúng trên host chạy gateway và restart gateway sau khi đổi key/config.
• Nếu lỗi xảy ra chủ yếu ở context dài, kiểm tra long-context limit vì OpenClaw docs nêu rõ 429 có thể đến từ “extra usage is required for long context requests”.

Kết luận ngắn

• Nó lặp mãi vì Hermes đang làm đúng cơ chế fallback per-turn, còn primary thì chưa hết rate limit.
• Muốn hết hẳn thì phải xử lý nguyên nhân ở primary/gateway/pool, không phải chỉ nhìn dòng “switching to fallback”.

Nếu Sếp muốn, tôi có thể đọc đúng file config hiện tại và chỉ ra ngay primary nào đang fail, fallback sg-* đang trỏ về đâu, và vì sao nó cứ quay lại primary mỗi turn.