Kyle Seyler
March 27, 2026

Most teams can't answer a basic question about their own product: what notifications are you sending, and are they working?
This post walks through a full audit using Courier's CLI and MCP server from inside your coding environment. You'll need a free Courier API key. Every CLI command below also works as a typed MCP tool call in Cursor, Claude Code, or any agent that supports Courier's AI tooling.
Copied!
npm install -g @trycourier/cliexport COURIER_API_KEY="your-api-key"
Copied!
courier notifications list --format json
This returns every template, its ID, and its state (published vs. draft). If you expected 15 and there are 40, the audit was overdue.
Having a template doesn't mean it's firing. Check what's actually going out:
Copied!
courier messages list --format json# Count by delivery statuscourier messages list --format json \--transform "results.#.status" | sort | uniq -c
| Status | What it means |
|---|---|
| DELIVERED | Reached the device or inbox |
| SENT | Handed to provider, not yet confirmed |
| UNDELIVERABLE | Provider rejected it (bad address, bounce, block) |
| UNROUTABLE | No valid channel found for this user |
UNDELIVERABLE and UNROUTABLE are your red flags. A handful is normal. A pattern means something is broken.
Pick a message and walk its lifecycle:
Copied!
# Status overviewcourier messages retrieve --message-id "1-abc123" --format pretty# Full event timeline: enqueued, sent, delivered, opened, clickedcourier messages history --message-id "1-abc123" --format pretty# What was actually rendered and sentcourier messages output --message-id "1-abc123" --format pretty
Do this for a sample of each notification type. You're looking for where things fail (provider rejection? routing skip? preference block?) and whether the rendered content still makes sense. Stale copy, broken template variables, subject lines from 2024 -- this is where you find them.
For template-level inspection before data gets injected:
Copied!
courier notifications content --notification-id "TEMPLATE_ID" --format jsoncourier notifications draft-content --notification-id "TEMPLATE_ID" --format json
If the published and draft versions have diverged, someone started editing and never shipped it.
Every notification depends on data. Cross-reference what a template expects with what's actually being passed:
Copied!
# Data payload from a specific sendcourier messages retrieve --message-id "1-abc123" --format json# What's on the user's profilecourier profiles retrieve --user-id "user-123" --format json
Build a simple map per notification type: what data it needs, where that data comes from, and whether it's consistently present. This is where you find silent failures -- the notification "works" but renders with blank fields because an upstream service isn't passing everything.
For B2B products, notification health varies by customer org. list_messages accepts a tenant_id filter directly:
Copied!
courier tenants list --format jsoncourier messages list --format json --tenant-id "acme-corp"courier tenants retrieve --tenant-id "acme-corp" --format json
Look for tenants with outdated brand configs, concentrated delivery failures, or notification setups that haven't been touched since onboarding.
Notifications users can't opt out of are a churn risk.
Copied!
courier preferences retrieve --user-id "user-123" --format pretty
Cross-reference with your template inventory. Every non-transactional notification should have a preference topic. If your marketing digest doesn't have a toggle, you're one annoyed user away from a full unsubscribe.
Based on everything you've pulled, flag every notification that fits:
Kill it: UNDELIVERABLE/UNROUTABLE rate >10%. Zero engagement over 30 days. References features that no longer exist.
Revise it: Template variables rendering blank. Published/draft versions diverged. No preference topic assigned. Sent to channels without consent.
Batch or digest it: High volume, low urgency. Same notification type firing multiple times in minutes. Higher opt-out rates than other categories.
Investigate: Delivery rates that vary by tenant. No clear owner. Template untouched for 12+ months but still actively sending.
Take this list back to your team. The data backs up every recommendation.

Why AI is so good at translation and how it speeds shipping
AI translation has quietly reached human quality for the kind of copy most products ship. Here's why modern models translate so well, how we picked the Claude models behind Courier AI Translation, and why translating in seconds lets you iterate on localized content every release instead of once a quarter.
By Thomas Schiavone
June 27, 2026

Your Entire Lifecycle Marketing Department, Run from Claude Fable 5
With the rollout of Claude' Fable model, one thing is becoming increasingly clear. Marketing execution (especially the long-tail work), will be done in an AI editor. In Courier, connect your agent to the MCP server or CLI, install Courier Skills, and keep a small folder of markdown context files. From there, one person with a coding agent covers the work that used to require a lifecycle marketer, an email designer, a marketing ops hire, and an engineer: building journeys, shipping templates, auditing every notification, and debugging delivery without opening a dashboard.
By Kyle Seyler
June 09, 2026

Human-in-the-loop for AI payment agents: building approval notifications that work
AI agents need human approval before taking consequential actions: financial commitments, irreversible changes, decisions that affect other people. This post covers how to design those checkpoints and build the notification infrastructure: multi-channel delivery, live context, escalation, and a back-and-forth question loop between reviewers and the agent.
By Eric Lee
May 26, 2026
© 2026 Courier. All rights reserved.