Source profileQuality 90/100

MoizIbnYousaf/marketing-cli/skills/send-email/SKILL.md

send-email

Use when sending transactional emails (welcome messages, order confirmations, password resets, receipts), notifications, or bulk emails via Resend API. Triggers on "send email", "transactional email", "welcome email", "Resend API", "password reset email", "order confirmation", "receipt email", "notification email", "bulk email send".

Source repository stars
27
Declared platforms
0
Static risk flags
0
Last source update
2026-07-28
Source checked
2026-07-28

Decision brief

What it does—and where it fits

This skill is primarily context-independent, but when brand/voice-profile.md exists, use it to inform email tone, vocabulary, and personality for any copy written within emails.

Best for

  • Use when sending transactional emails (welcome messages, order confirmations, password resets, receipts), notifications, or bulk emails via Resend API.

Not for

  • Tasks that require unconfirmed production actions or broad system permissions.
  • Environments where the pinned source and install steps cannot be inspected.

Compatibility matrix

Platform support, with evidence labels

PlatformStatusEvidenceWhat to check
CodexNot declaredNo explicit evidencePortability before use
Claude CodeNot declaredNo explicit evidencePortability before use
CursorNot declaredNo explicit evidencePortability before use
Gemini CLINot declaredNo explicit evidencePortability before use
Open the compatibility checker

Installation

Inspect first. Install second.

The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

Source-detected install commandSource
npx skills add https://github.com/MoizIbnYousaf/marketing-cli --skill "skills/send-email"
Safe inspection promptEditorial

Inspect the Agent Skill "send-email" from https://github.com/MoizIbnYousaf/marketing-cli/blob/f12fbcbe4929584697b309b9096c9427b0cfce8e/skills/send-email/SKILL.md at commit f12fbcbe4929584697b309b9096c9427b0cfce8e. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

Workflow

What the source asks the agent to do

  1. 01

    Quick Start

    1. Detect project language from config files (package.json, requirements.txt, go.mod, etc.) 2. Install SDK (preferred) or use cURL - See references/installation.md 3. Choose single or batch based on the decision matrix above 4. Implement best practices - Idempotency keys, error…

    Detect project language from config files (package.json, requirements.txt, go.mod, etc.)Install SDK (preferred) or use cURL - See references/installation.mdChoose single or batch based on the decision matrix above
  2. 02

    On Activation

    1. Detect project language from config files (package.json, requirements.txt, go.mod, etc.). 2. Install Resend SDK if not present — see references/installation.md. 3. Determine single vs batch send based on the user's needs (see decision matrix below). 4. Implement with idempote…

    Detect project language from config files (package.json, requirements.txt, go.mod, etc.).Install Resend SDK if not present — see references/installation.md.Determine single vs batch send based on the user's needs (see decision matrix below).
  3. 03

    Best Practices (Critical for Production)

    Always implement these for production email sending. See references/best-practices.md for complete implementations.

    Backoff: Exponential (1s, 2s, 4s...)Max retries: 3-5 for most use casesOnly retry: 429 (rate limit) and 500 (server error)
  4. 04

    Idempotency Keys

    Prevent duplicate emails when retrying failed requests.

    Prevent duplicate emails when retrying failed requests.
  5. 05

    Error Handling

    Review the “Error Handling” section in the pinned source before continuing.

    Review and apply the “Error Handling” source section.

Permission review

Static risk signals and limitations

No configured static risk pattern was detected

This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.

Evidence record

Why each signal appears

EvidenceSourceComputedTestedEditorial
SignalValueEvidence typeMeaning
Quality score90/100ComputedDocumentation, specificity, maintenance, and trust rules
Repository stars27SourceRepository attention, not individual Skill quality
Compatibility0 platformsSourceDeclared in the catalog source record
Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

Pinned source

Provenance and original SKILL.md

Repository
MoizIbnYousaf/marketing-cli
Skill path
skills/send-email/SKILL.md
Commit
f12fbcbe4929584697b309b9096c9427b0cfce8e
License
MIT
Collected
2026-07-28
Default branch
main
View the original SKILL.md

Send Email with Resend

This skill is primarily context-independent, but when brand/voice-profile.md exists, use it to inform email tone, vocabulary, and personality for any copy written within emails.

On Activation

  1. Detect project language from config files (package.json, requirements.txt, go.mod, etc.).
  2. Install Resend SDK if not present — see references/installation.md.
  3. Determine single vs batch send based on the user's needs (see decision matrix below).
  4. Implement with idempotency keys, error handling, and retry logic.

Output: Email sending code with production-grade error handling integrated into the user's project.

Overview

Resend provides two endpoints for sending emails:

ApproachEndpointUse Case
SinglePOST /emailsIndividual transactional emails, emails with attachments, scheduled sends
BatchPOST /emails/batchMultiple distinct emails in one request (max 100), bulk notifications

Choose batch when:

  • Sending 2+ distinct emails at once
  • Reducing API calls is important (by default, rate limit is 2 requests per second)
  • No attachments or scheduling needed

Choose single when:

  • Sending one email
  • Email needs attachments
  • Email needs to be scheduled
  • Different recipients need different timing

Quick Start

  1. Detect project language from config files (package.json, requirements.txt, go.mod, etc.)
  2. Install SDK (preferred) or use cURL - See references/installation.md
  3. Choose single or batch based on the decision matrix above
  4. Implement best practices - Idempotency keys, error handling, retries

Best Practices (Critical for Production)

Always implement these for production email sending. See references/best-practices.md for complete implementations.

Idempotency Keys

Prevent duplicate emails when retrying failed requests.

Key Facts
Format (single)<event-type>/<entity-id> (e.g., welcome-email/user-123)
Format (batch)batch-<event-type>/<batch-id> (e.g., batch-orders/batch-456)
Expiration24 hours
Max length256 characters
Duplicate payloadReturns original response without resending
Different payloadReturns 409 error

Error Handling

CodeAction
400, 422Fix request parameters, don't retry
401, 403Check API key / verify domain, don't retry
409Idempotency conflict - use new key or fix payload
429Rate limited - retry with exponential backoff (by default, rate limit is 2 requests/second)
500Server error - retry with exponential backoff

Retry Strategy

  • Backoff: Exponential (1s, 2s, 4s...)
  • Max retries: 3-5 for most use cases
  • Only retry: 429 (rate limit) and 500 (server error)
  • Always use: Idempotency keys when retrying

Single Email

Endpoint: POST /emails (prefer SDK over cURL)

Required Parameters

ParameterTypeDescription
fromstringSender address. Format: "Name <[email protected]>"
tostring[]Recipient addresses (max 50)
subjectstringEmail subject line
html or textstringEmail body content

Optional Parameters

ParameterTypeDescription
ccstring[]CC recipients
bccstring[]BCC recipients
reply_to*string[]Reply-to addresses
scheduled_at*stringSchedule send time (ISO 8601)
attachmentsarrayFile attachments (max 40MB total)
tagsarrayKey/value pairs for tracking (see Tags)
headersobjectCustom headers

*Parameter naming varies by SDK (e.g., replyTo in Node.js, reply_to in Python).

Minimal Example (Node.js)

import { Resend } from 'resend';

const resend = new Resend(process.env.RESEND_API_KEY);

const { data, error } = await resend.emails.send(
  {
    from: 'Acme <[email protected]>',
    to: ['[email protected]'],
    subject: 'Hello World',
    html: '<p>Email body here</p>',
  },
  { idempotencyKey: `welcome-email/${userId}` }
);

if (error) {
  console.error('Failed:', error.message);
  return;
}
console.log('Sent:', data.id);

See references/single-email-examples.md for all SDK implementations with error handling and retry logic.

Batch Email

Endpoint: POST /emails/batch (but prefer SDK over cURL)

Limitations

  • No attachments - Use single sends for emails with attachments
  • No scheduling - Use single sends for scheduled emails
  • Atomic - If one email fails validation, the entire batch fails
  • Max 100 emails per request
  • Max 50 recipients per individual email in the batch

Pre-validation

Since the entire batch fails on any validation error, validate all emails before sending:

  • Check required fields (from, to, subject, html/text)
  • Validate email formats
  • Ensure batch size <= 100

Minimal Example (Node.js)

import { Resend } from 'resend';

const resend = new Resend(process.env.RESEND_API_KEY);

const { data, error } = await resend.batch.send(
  [
    {
      from: 'Acme <[email protected]>',
      to: ['[email protected]'],
      subject: 'Order Shipped',
      html: '<p>Your order has shipped!</p>',
    },
    {
      from: 'Acme <[email protected]>',
      to: ['[email protected]'],
      subject: 'Order Confirmed',
      html: '<p>Your order is confirmed!</p>',
    },
  ],
  { idempotencyKey: `batch-orders/${batchId}` }
);

if (error) {
  console.error('Batch failed:', error.message);
  return;
}
console.log('Sent:', data.map(e => e.id));

See references/batch-email-examples.md for all SDK implementations with validation, error handling, and retry logic.

Large Batches (100+ Emails)

For sends larger than 100 emails, chunk into multiple batch requests:

  1. Split into chunks of 100 emails each
  2. Use unique idempotency keys per chunk: <batch-prefix>/chunk-<index>
  3. Send chunks in parallel for better throughput
  4. Track results per chunk to handle partial failures

See references/batch-email-examples.md for complete chunking implementations.

Deliverability

Follow these practices to maximize inbox placement.

For more help with deliverability, install the email-best-practices skill with npx skills add resend/email-best-practices.

Required

PracticeWhy
Valid SPF, DKIM, DMARC recordauthenticate the email and prevent spoofing
Links match sending domainIf sending from @acme.com, link to https://acme.com - mismatched domains trigger spam filters
Include plain text versionUse both html and text parameters for accessibility and deliverability (Resend generates a plain text version if not provided)
Avoid "no-reply" addressesUse real addresses (e.g., support@) - improves trust signals
Keep body under 102KBGmail clips larger messages

Recommended

PracticeWhy
Use subdomainsSend transactional from notifications.acme.com, marketing from mail.acme.com - protects reputation
Disable tracking for transactionalOpen/click tracking can trigger spam filters for password resets, receipts, etc.

Tracking (Opens & Clicks)

Tracking is configured at the domain level in the Resend dashboard, not per-email.

SettingHow it worksRecommendation
Open trackingInserts 1x1 transparent pixelDisable for transactional emails - can hurt deliverability
Click trackingRewrites links through redirectDisable for sensitive emails (password resets, security alerts)

When to enable tracking:

  • Marketing emails where engagement metrics matter
  • Newsletters and announcements

When to disable tracking:

  • Transactional emails (receipts, confirmations, password resets)
  • Security-sensitive emails
  • When maximizing deliverability is priority

Configure via dashboard: Domain → Configuration → Click/Open Tracking

Webhooks (Event Notifications)

Track email delivery status in real-time using webhooks. Resend sends HTTP POST requests to your endpoint when events occur.

EventWhen to use
email.deliveredConfirm successful delivery
email.bouncedRemove from mailing list, alert user
email.complainedUnsubscribe user (spam complaint)
email.opened / email.clickedTrack engagement (marketing only)

CRITICAL: Always verify webhook signatures. Without verification, attackers can send fake events to your endpoint.

See references/webhooks.md for setup, signature verification code, and all event types.

Tags

Tags are key/value pairs that help you track and filter emails.

tags: [
  { name: 'user_id', value: 'usr_123' },
  { name: 'email_type', value: 'welcome' },
  { name: 'plan', value: 'enterprise' }
]

Use cases:

  • Associate emails with customers in your system
  • Categorize by email type (welcome, receipt, password-reset)
  • Filter emails in the Resend dashboard
  • Correlate webhook events back to your application

Constraints: Tag names and values can only contain ASCII letters, numbers, underscores, or dashes. Max 256 characters each.

Templates

Use pre-built templates instead of sending HTML with each request.

const { data, error } = await resend.emails.send({
  from: 'Acme <[email protected]>',
  to: ['[email protected]'],
  subject: 'Welcome!',
  template: {
    id: 'tmpl_abc123',
    variables: {
      USER_NAME: 'John',      // Case-sensitive!
      ORDER_TOTAL: '$99.00'
    }
  }
});

IMPORTANT: Variable names are case-sensitive and must match exactly as defined in the template editor. USER_NAMEuser_name.

FactDetail
Max variables20 per template
Reserved namesFIRST_NAME, LAST_NAME, EMAIL, RESEND_UNSUBSCRIBE_URL, contact, this
Fallback valuesOptional - if not set and variable missing, send fails
Can't combine withhtml, text, or react parameters

Templates must be published in the dashboard before use. Draft templates won't work.

Testing

WARNING: Never test with fake addresses at real email providers.

Using addresses like [email protected], [email protected], or [email protected] will:

  • Bounce - These addresses don't exist
  • Destroy your sender reputation - High bounce rates trigger spam filters
  • Get your domain blocklisted - Providers flag domains with high bounce rates

Safe Testing Options

MethodAddressResult
Delivered[email protected]Simulates successful delivery
Bounced[email protected]Simulates hard bounce
Complained[email protected]Simulates spam complaint
Your own emailYour actual addressReal delivery test

For development: Use the resend.dev test addresses to simulate different scenarios without affecting your reputation.

For staging: Send to real addresses you control (team members, test accounts you own).

Domain Warm-up

New domains must gradually increase sending volume to establish reputation.

Why it matters: Sudden high volume from a new domain triggers spam filters. ISPs expect gradual growth.

Recommended Schedule

Existing domain

DayMessages per dayMessages per hour
1Up to 1,000 emails100 Maximum
2Up to 2,500 emails300 Maximum
3Up to 5,000 emails600 Maximum
4Up to 5,000 emails800 Maximum
5Up to 7,500 emails1,000 Maximum
6Up to 7,500 emails1,500 Maximum
7Up to 10,000 emails2,000 Maximum

New domain

DayMessages per dayMessages per hour
1Up to 150 emails
2Up to 250 emails
3Up to 400 emails
4Up to 700 emails50 Maximum
5Up to 1,000 emails75 Maximum
6Up to 1,500 emails100 Maximum
7Up to 2,000 emails150 Maximum

Monitor These Metrics

MetricTargetAction if exceeded
Bounce rate< 4%Slow down, clean list
Spam complaint rate< 0.08%Slow down, review content

Don't use third-party warm-up services. Focus on sending relevant content to real, engaged recipients.

Suppression List

Resend automatically manages a suppression list of addresses that should not receive emails.

Addresses are added when:

  • Email hard bounces (address doesn't exist)
  • Recipient marks email as spam
  • You manually add them via dashboard

What happens: Resend won't attempt delivery to suppressed addresses. The email.suppressed webhook event fires instead.

Why this matters: Continuing to send to bounced/complained addresses destroys your reputation. The suppression list protects you automatically.

Management: View and manage suppressed addresses in the Resend dashboard under Suppressions.

Anti-Patterns

MistakeFix
Retrying without idempotency keyAlways include idempotency key - prevents duplicate sends on retry
Using batch for emails with attachmentsBatch doesn't support attachments - use single sends instead
Not validating batch before sendValidate all emails first - one invalid email fails the entire batch
Retrying 400/422 errorsThese are validation errors - fix the request, don't retry
Same idempotency key, different payloadReturns 409 error - use unique key per unique email content
Tracking enabled for transactional emailsDisable open/click tracking for password resets, receipts - hurts deliverability
Using "no-reply" sender addressUse real address like support@ - improves trust signals with email providers
Not verifying webhook signaturesAlways verify - attackers can send fake events to your endpoint
Testing with fake emails ([email protected])Use [email protected] - fake addresses bounce and hurt reputation
Template variable name mismatchVariable names are case-sensitive - USER_NAMEuser_name
Sending high volume from new domainWarm up gradually - sudden spikes trigger spam filters

Notes

  • The from address must use a verified domain
  • If the sending address cannot receive replies, set the reply_to parameter to a valid address.
  • Store API key in RESEND_API_KEY environment variable
  • Node.js SDK supports react parameter for React Email components
  • Resend returns error, data, headers in the response.
  • Data returns { id: "email-id" } on success (single) or array of IDs (batch)
  • For marketing campaigns to large lists, use Resend Broadcasts instead

Alternatives

Compare before choosing

Computed 1007

event4u-app/agent-config

design-intelligence

Grounded design brief from the adopted corpus — style, WCAG-checked color tokens, typography, layout pattern, anti-patterns. Use on ui-design-brief or any which-style/palette/font/chart decision.

Computed 9438,313

wshobson/agents

brand-landingpage

Brand-first landing page designer — runs a brand-identity interview (colors, typography, shape language), then generates and iterates on a polished landing page via Stitch with deployment-ready HTML. Use when the user asks to create, design, or build a landing page, homepage, or marketing page and has no established visual direction. Skip when they have a design mockup, need a dashboard or app UI, are working at component level, building a multi-page app, or restyling with known design tokens —

Computed 9427

MoizIbnYousaf/marketing-cli

cmo-remotion

Brand-grounded Remotion video pipeline. Take a brief, ground it in `brand/` (voice, audience, positioning, creative-kit), write a beat sheet, scaffold a fresh Remotion project, generate any required assets, compose with frame-driven animations, and bake a final MP4. Use this skill whenever the user wants to build a NEW Remotion video from scratch — product films, motion graphics, code-driven shaders, CRT/glitch effects, HTML-in-canvas demos, React video. Triggers on requests like "make a remotio

Computed 9427

MoizIbnYousaf/marketing-cli

image-gen

Generate images using the brand's visual identity and Gemini API. Reads brand/creative-kit.md for visual style, crafts narrative prompts, and produces images via Nano Banana Pro (gemini-3-pro-image-preview). Supports on-brand and freestyle modes. Use when the user needs a blog header, social graphic, product shot, hero image, banner, thumbnail, or any generated image. Also use proactively when building content that would benefit from visuals. Triggers on "generate image", "create image", "make m