⚠️ 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ế

Đây không hẳn là “bug fallback”, mà là model chính của Sếp đang bị rate limit nên Hermes tự nhảy sang fallback

sg-claude-opus-4.7 via custom

Ý nghĩa của dòng lỗi

• Hermes sẽ tự fallback khi provider chính lỗi vì rate limit, server error, auth error, 404, hoặc response hỏng/lặp lỗi.
• Sau khi fallback, Hermes giữ nguyên conversation context và tiếp tục bằng model dự phòng.
• Nhưng fallback chỉ áp dụng cho đúng turn đó; turn tiếp theo Hermes lại quay về primary rồi mới fallback lại nếu primary tiếp tục lỗi.

Vì sao nó cứ lặp mãi

• Nguyên nhân trực tiếp là upstream primary vẫn đang rate limited, nên mỗi turn mới lại fail rồi lại nhảy sang sg-claude-opus-4.7.
• Nếu lỗi thực tế là

  HTTP 429

  , OpenClaw docs cũng coi đây là nhóm lỗi rate-limit/upstream-limit cần probe/troubleshoot ở gateway level, không phải lỗi UI đơn thuần.
• Với một số trường hợp, 429 còn liên quan đến long-context requests, tức là prompt/context quá lớn nên upstream từ chối hoặc siết quota mạnh hơn.

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.