[duohelingdukele]

Summary

• Make retries operation-aware: only explicitly opted-in API operations retry transient transport failures; getUpdates remains owned by the poller and resumes from the last committed cursor.
• Process each incoming batch and persist context before committing its cursor. A handler or storage failure leaves the cursor unchanged, so the batch can be delivered again. Emit poll:success only after processing and cursor persistence complete.
• Add an instance-level AbortSignal for API requests and polling, plus autoRelogin (default: true) so hosted applications can stop on session expiry and handle reauthorization themselves.
• Await asynchronous QR login callbacks, call onExpired when a pairing-code challenge is blocked, and allow QR status polling up to 60 seconds.
• Document the lifecycle options and at-least-once delivery behavior.

Delivery behavior

Incoming batches may be replayed if a handler or storage write fails. Applications should make external side effects in message handlers safe to repeat.

Validation

• npm run lint passed (tsc --noEmit).
• Tests were not run for this update.