Blog
AIPRODUCT MANAGEMENT

Audit Notifications with Cursor or Claude Code

Kyle Seyler

March 27, 2026

notification audit with cursor and claude code

Table of contents

Inventory every template

Pull the logs

Trace a message end to end

Map the data

Break it down by tenant

Check preference coverage

Build the hit list

Get started

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/cli
export COURIER_API_KEY="your-api-key"

Inventory every template

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.

Pull the logs

Having a template doesn't mean it's firing. Check what's actually going out:

Copied!

courier messages list --format json
# Count by delivery status
courier messages list --format json \
--transform "results.#.status" | sort | uniq -c
StatusWhat it means
DELIVEREDReached the device or inbox
SENTHanded to provider, not yet confirmed
UNDELIVERABLEProvider rejected it (bad address, bounce, block)
UNROUTABLENo valid channel found for this user

UNDELIVERABLE and UNROUTABLE are your red flags. A handful is normal. A pattern means something is broken.

Trace a message end to end

Pick a message and walk its lifecycle:

Copied!

# Status overview
courier messages retrieve --message-id "1-abc123" --format pretty
# Full event timeline: enqueued, sent, delivered, opened, clicked
courier messages history --message-id "1-abc123" --format pretty
# What was actually rendered and sent
courier 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 json
courier notifications draft-content --notification-id "TEMPLATE_ID" --format json

If the published and draft versions have diverged, someone started editing and never shipped it.

Map the data

Every notification depends on data. Cross-reference what a template expects with what's actually being passed:

Copied!

# Data payload from a specific send
courier messages retrieve --message-id "1-abc123" --format json
# What's on the user's profile
courier 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.

Break it down by tenant

For B2B products, notification health varies by customer org. list_messages accepts a tenant_id filter directly:

Copied!

courier tenants list --format json
courier 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.

Check preference coverage

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.

Build the hit list

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.

Get started

Similar resources

Courier vs Customer.io
AIProduct ManagementNotifications Landscape

Courier vs Customer.io: Complete Customer Engagement Platform Comparison 2026

Courier and Customer.io both support multi-channel messaging, but they are built for different operators. Courier is the customer messaging platform for humans and agents, designed for product teams, growth engineers, and developers who need intelligent messaging infrastructure across journeys, inbox, preferences, and channel orchestration. Customer.io is stronger for marketers and CRM lifecycle teams focused on profile-driven campaigns, segmentation, a/b testing. This comparison breaks down pricing, workflows, in-app messaging, and best-fit use cases.

By Kyle Seyler

March 24, 2026

New B2B Customer Journeys
Courier UpdatesProduct NewsAI

Customer Journeys Then and Now

Most customer journey platforms don't use product data. They use marketing data. Open rates. Click-throughs. Maybe a segment based on what plan someone's on. That's not a journey. That's a drip campaign with extra steps. I spent years building behavior-based lifecycle programs at Yahoo. The decisioning was sophisticated. The organizational overhead to ship it was not. The infrastructure layer has finally caught up. Here's what behavior-based journeys looked like then, what most teams settled for, and what's actually possible now.

By Kyle Seyler

March 19, 2026

New Courier CLI for AI Agents
AI

Give your AI agents access to your notification infrastructure with the Courier CLI

The rebuilt Courier CLI lets AI agents send notifications, debug delivery issues, and manage users, lists, and tenants across every channel. If your agent has shell access, it has access to Courier.

By Mike Miller

March 12, 2026

Multichannel Notifications Platform for SaaS

Products

Platform

Integrations

Customers

Blog

API Status

Subprocessors


© 2026 Courier. All rights reserved.