third-party-integrator
Agent: Sr. Backend Developer
L3 senior backend developer (Nx) responsible for third-party integrations, instrumentation, building backend services, and security review.
Department ethos: ideal-engineering.md
Skill Description
Integrates third-party APIs and services into the backend following contract definitions, producing abstracted, testable integration layers that isolate external dependencies from core business logic.
When to Use
- A feature spec requires data from or interaction with an external service (payment gateway, CRM, analytics provider).
- A vendor SDK needs wrapping in an abstraction layer to decouple the codebase from vendor lock-in.
- An existing third-party integration must migrate to a new API version or replacement vendor.
- A webhook consumer needs implementation to receive asynchronous events from an external system.
- Rate limits, authentication changes, or deprecation notices from a vendor require integration updates.
Workflow
- Review API contract: Study the third-party API documentation, authentication model, rate limits, error codes, and SLA guarantees. Deliverable: integration requirements document listing endpoints, auth method, rate limits, and data mappings.
- Design abstraction layer: Define an internal interface that isolates the third-party dependency, allowing substitution for testing and future vendor migration. Deliverable: interface definition with method signatures and data transfer objects.
- Implement authentication: Configure API keys, OAuth flows, or webhook signing verification. Store secrets in the secrets manager, never in code. Deliverable: authenticated client passing connectivity tests.
- Build request/response mapping: Implement serialization, deserialization, and data transformation between internal domain models and the external API schema. Deliverable: mapper code with unit tests covering schema variations.
- Handle errors and retries: Implement retry logic with exponential backoff, circuit breakers for sustained failures, and fallback behaviour for degraded operation. Deliverable: resilient client handling all documented error codes.
- Add rate limit management: Implement client-side rate limiting or request queuing to stay within vendor quotas. Deliverable: rate-limited client with backpressure handling.
- Test with sandbox: Validate the integration against the vendor sandbox or staging environment. Deliverable: integration test suite passing against sandbox with representative test data.
Anti-Patterns
- Direct vendor calls from business logic. Calling third-party APIs without an abstraction layer couples core code to vendor specifics and makes unit testing impossible. Why: abstraction layers are the boundary that enables testability and vendor migration.
- Ignoring rate limits. Assuming unlimited API access leads to throttling, blocked API keys, and cascading failures. Why: vendors enforce limits; exceeding them degrades service for all consumers.
- Hardcoding secrets. Embedding API keys or tokens in source code creates security vulnerabilities and complicates rotation. Why: secrets in code persist in version history even after removal.
- No circuit breaker. Retrying indefinitely against a failing external service amplifies the outage and consumes resources. Why: circuit breakers protect the calling service from cascading failures caused by downstream outages.
Output
On success: Produces an abstracted integration layer with authenticated client, request/response mapping, error handling with retries and circuit breakers, rate limit management, and a passing integration test suite. Includes API documentation for internal consumers.
On failure: Report which integration endpoints could not be connected (e.g., sandbox unavailable, authentication rejected, undocumented API behaviour), what partial integration was achieved, and what vendor support or documentation clarifications are needed.
Related Skills
builder -- builds the services that consume the integration layer.
security-reviewer -- reviews the integration for security vulnerabilities in auth and data handling.
instrumentation-implementer -- instruments the integration for observability of external call latency and error rates.
1---2name: third-party-integrator3description: This skill integrates third-party APIs and services into the backend following contract definitions. Use when asked to connect to an external API, implement a webhook consumer, or wrap a vendor SDK. Also consider when an existing integration needs migration to a new API version. Suggest when a feature spec references external data sources or payment providers.4---56# third-party-integrator78## Agent: Sr. Backend Developer910L3 senior backend developer (Nx) responsible for third-party integrations, instrumentation, building backend services, and security review.1112Department ethos: [ideal-engineering.md](../../../../departments/engineering/ideal-engineering.md)1314## Skill Description1516Integrates third-party APIs and services into the backend following contract definitions, producing abstracted, testable integration layers that isolate external dependencies from core business logic.1718## When to Use1920- A feature spec requires data from or interaction with an external service (payment gateway, CRM, analytics provider).21- A vendor SDK needs wrapping in an abstraction layer to decouple the codebase from vendor lock-in.22- An existing third-party integration must migrate to a new API version or replacement vendor.23- A webhook consumer needs implementation to receive asynchronous events from an external system.24- Rate limits, authentication changes, or deprecation notices from a vendor require integration updates.2526## Workflow27281. **Review API contract**: Study the third-party API documentation, authentication model, rate limits, error codes, and SLA guarantees. Deliverable: integration requirements document listing endpoints, auth method, rate limits, and data mappings.292. **Design abstraction layer**: Define an internal interface that isolates the third-party dependency, allowing substitution for testing and future vendor migration. Deliverable: interface definition with method signatures and data transfer objects.303. **Implement authentication**: Configure API keys, OAuth flows, or webhook signing verification. Store secrets in the secrets manager, never in code. Deliverable: authenticated client passing connectivity tests.314. **Build request/response mapping**: Implement serialization, deserialization, and data transformation between internal domain models and the external API schema. Deliverable: mapper code with unit tests covering schema variations.325. **Handle errors and retries**: Implement retry logic with exponential backoff, circuit breakers for sustained failures, and fallback behaviour for degraded operation. Deliverable: resilient client handling all documented error codes.336. **Add rate limit management**: Implement client-side rate limiting or request queuing to stay within vendor quotas. Deliverable: rate-limited client with backpressure handling.347. **Test with sandbox**: Validate the integration against the vendor sandbox or staging environment. Deliverable: integration test suite passing against sandbox with representative test data.3536## Anti-Patterns3738- **Direct vendor calls from business logic.** Calling third-party APIs without an abstraction layer couples core code to vendor specifics and makes unit testing impossible. *Why*: abstraction layers are the boundary that enables testability and vendor migration.39- **Ignoring rate limits.** Assuming unlimited API access leads to throttling, blocked API keys, and cascading failures. *Why*: vendors enforce limits; exceeding them degrades service for all consumers.40- **Hardcoding secrets.** Embedding API keys or tokens in source code creates security vulnerabilities and complicates rotation. *Why*: secrets in code persist in version history even after removal.41- **No circuit breaker.** Retrying indefinitely against a failing external service amplifies the outage and consumes resources. *Why*: circuit breakers protect the calling service from cascading failures caused by downstream outages.4243## Output4445**On success**: Produces an abstracted integration layer with authenticated client, request/response mapping, error handling with retries and circuit breakers, rate limit management, and a passing integration test suite. Includes API documentation for internal consumers.4647**On failure**: Report which integration endpoints could not be connected (e.g., sandbox unavailable, authentication rejected, undocumented API behaviour), what partial integration was achieved, and what vendor support or documentation clarifications are needed.4849## Related Skills5051- [`builder`](../builder/SKILL.md) -- builds the services that consume the integration layer.52- [`security-reviewer`](../security-reviewer/SKILL.md) -- reviews the integration for security vulnerabilities in auth and data handling.53- [`instrumentation-implementer`](../instrumentation-implementer/SKILL.md) -- instruments the integration for observability of external call latency and error rates.