openclaw - 💡(How to fix) Fix Feishu plugin lacks retry logic for API rate limit errors [1 participants]

Feishu's custom bot has a per-minute API call rate limit (100 requests/min). When the sending frequency approaches this limit, Feishu server returns error codes like 2200 (internal error) or 11232 (flow control). Suggestion: add exponential backoff retry logic for Feishu message sending, targeting retryable error codes (2200, 11232, 429, etc.) to improve delivery reliability.

TL;DR

Implement exponential backoff retry logic for Feishu message sending to handle rate limit errors.

Guidance

• Identify and target specific retryable error codes (2200, 11232, 429, etc.) for Feishu API calls
• Design an exponential backoff strategy to space out retries and avoid further rate limiting
• Consider implementing a maximum number of retries to prevent infinite loops
• Verify the effectiveness of the retry mechanism by monitoring message delivery success rates

Example

import time
import random

def send_message_feishu(message):
    retry_codes = [2200, 11232, 429]
    max_retries = 5
    retry_delay = 1  # initial delay in seconds

    for attempt in range(max_retries):
        try:
            # send message via Feishu API
            response = feishu_api_send_message(message)
            if response.status_code == 200:
                return True
            elif response.status_code in retry_codes:
                # exponential backoff
                retry_delay *= 2
                retry_delay += random.uniform(0, 1)  # add jitter
                time.sleep(retry_delay)
            else:
                return False
        except Exception as e:
            # handle other exceptions
            return False
    return False

Notes

This solution assumes that the Feishu API returns error codes consistently and that the exponential backoff strategy is effective in avoiding rate limiting. However, the optimal retry strategy may vary depending on the specific use case and Feishu API behavior.

Recommendation

Apply workaround: implement exponential backoff retry logic for Feishu message sending, as it directly addresses the rate limiting issue and improves delivery reliability.