Migrating from Resend
If you're already using Resend to send email from your AI agent, adding Sluice is a one-line change. You keep Resend as your delivery provider — Sluice just adds guardrails in the middle.
Before: direct Resend call
After: via Sluice
No Resend SDK needed. The Sluice REST API accepts the same fields — from, to, subject, text, html, and attachments.
What changes
| Before (direct Resend) | After (via Sluice) | |
|---|---|---|
| Endpoint | Resend API | Sluice API |
| Auth | Resend API key | Sluice API key |
| Email fields | Same | Same |
| Delivery provider | Resend | Still Resend (configured in Sluice) |
| Guardrails | None | All configured guardrails apply |
| SDK required | Yes (resend package) | No (plain fetch) |
Configure Sluice to forward via Resend
- In the Sluice dashboard, go to Settings > Outbound
- Select Resend as your outbound provider
- Enter your Resend API key (
re_...) - Click Test Connection to verify
Important: The
fromaddress in your API calls must be verified in your Resend account. Sluice always sends from the address configured in your outbound provider settings, regardless of what the agent specifies.
End result
Your agent code is simpler — no SDK dependency, just a fetch call. Sluice adds guardrails in the middle (PII detection, tone analysis, content policy, and more). Resend still delivers the email. The customer sees no difference.
Python migration
Before:
After: