kraken-error-recovery

kraken-error-recovery

Use this skill for:

• recovering from failed order submissions
• preventing duplicate orders after network errors
• handling partial fills and stuck states
• building resilient agent loops

Error Categories

Parse the .error field from the JSON response:

Category	Meaning	Recovery
auth	Credentials invalid or expired	Re-authenticate, do not retry
rate_limit	Too many requests	Read suggestion and docs_url fields, adapt strategy
network	Connection failed	Retry with exponential backoff
validation	Invalid request parameters	Fix inputs, do not retry unchanged
api	Exchange-side rejection	Inspect error message, adjust request

Duplicate Order Prevention

After a network error during order submission, the order may or may not have reached the exchange. Check before resubmitting:

kraken open-orders -o json 2>/dev/null

If the order appears in open-orders, do not resubmit. If absent:

kraken trades-history -o json 2>/dev/null

If the order filled immediately, it appears in trades. Only resubmit if the order is absent from both.

Client Order ID for Idempotency

Use --cl-ord-id to tag orders with a unique identifier:

kraken order buy BTCUSD 0.001 --type limit --price 50000 --cl-ord-id "dca-2024-01-15-001" -o json 2>/dev/null

If the submission fails, query by client order ID to check if it reached the exchange:

kraken open-orders --cl-ord-id "dca-2024-01-15-001" -o json 2>/dev/null

Cancel by client order ID if needed:

kraken order cancel --cl-ord-id "dca-2024-01-15-001" -o json 2>/dev/null

Network Error Recovery Pattern

1. Submit order (capture exit code and response)
2. If exit code != 0 and error == "network":
   a. Wait 2 seconds
   b. Check open-orders for the order (by cl-ord-id or recent orders)
   c. If found → order succeeded, proceed
   d. If not found → check trades-history
   e. If in trades → order filled, proceed
   f. If absent from both → safe to retry
3. Retry with same cl-ord-id