agent-integrations

Automate resilient external API integrations with a provider-agnostic adapter.

Updated Jan 29, 2026
One-click install
npx skills add https://github.com/fabiomilennials1234-a11y/v8milennialsb2bv2 --skill agent-integrations
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: agent-integrations
Source: https://github.com/fabiomilennials1234-a11y/v8milennialsb2bv2/tree/main/.claude/skills/agent-integrations
Command: npx skills add https://github.com/fabiomilennials1234-a11y/v8milennialsb2bv2 --skill agent-integrations

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

External integrations are brittle: provider contracts change, webhooks arrive duplicated, tokens expire, and rate limits are opaque. This Skill provides a provider-agnostic integration layer that enforces contracts, idempotence, and reliable delivery across multiple providers.

Core Features & Use Cases

  • Provider abstraction delivers a single interface for multiple services (WhatsApp/Uazapi, Meta, Google Calendar, TinyERP, Asaas, n8n, ElevenLabs, SZ.Chat), reducing business logic coupling to specific providers.
  • Webhook receivers validate signatures, deduplicate by external_id, and enqueue processing for asynchronous handling.
  • Reliability patterns include exponential backoff retries, dead-letter queues, and circuit breakers to maintain resilience during provider degradation.
  • Token renewal & kill-switch proactively refresh tokens before expiry and provide manual kill-switch controls for safe shutdowns.

Quick Start

Configure a provider for your org, deploy the integration layer, and start handling signed webhooks with idempotent processing.

Frequently Asked Questions about agent-integrations

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I handle duplicate webhooks and ensure idempotent processing for external API integrations?

Idempotent webhook processing validates incoming signatures, deduplicates events by external_id, and enqueues asynchronous handling to prevent duplicate side effects. This ensures reliable delivery even when providers resend payloads multiple times.

What's the best way to manage OAuth token refresh and proactive renewal across multiple API providers?

OAuth token refresh and proactive renewal are managed through a provider-agnostic adapter that automatically refreshes tokens before expiry and includes manual kill-switch controls. This safely maintains authenticated sessions across vendors like Meta, Google Calendar, and WhatsApp.

How do I implement exponential backoff retries and dead-letter queues for failed API calls?

Exponential backoff retries and dead-letter queues (DLQ) are implemented as reliability patterns within the integration layer to maintain resilience during provider degradation. Failed requests are automatically retried with increasing delays, then routed to a DLQ.

Does this provider abstraction layer work with Asaas, TinyERP, and ElevenLabs integrations?

The provider abstraction layer works with Asaas, TinyERP, ElevenLabs, n8n, WhatsApp/Uazapi, Meta, Google Calendar, and SZ.Chat. It delivers a single interface for these multiple services, reducing business logic coupling to specific provider contracts.

Why do my external integrations fail when provider contracts change or rate limits are opaque?

External integrations fail because provider contracts change, tokens expire, and rate limits are opaque. A provider-agnostic integration layer enforces contracts, applies circuit breakers, and standardizes error handling to maintain stability across multiple vendors.

When should I use a provider-agnostic integration layer instead of direct API connections?

Use a provider-agnostic integration layer instead of direct API connections when managing multiple vendors in enterprise boundaries requiring OAuth flows, webhooks, and reliable delivery. It isolates business logic from specific provider contracts and standardizes resilience patterns.