email-lifecycle

email-lifecycle is a skill for Claude Code, Codex from gooseworks-ai/goose-skills. It costs 148 tokens per session (4,096 once invoked), scanned A, original, MIT.

A lifecycle messaging plan for email, text messages, and app notifications. It audits delivery setup and drafts customer flows such as welcome, abandoned-cart, trial, and waitlist messages for loading into the business's own tool.

In plain words
What is it for?
Use it to define customer groups, triggers, timing, exclusions, message copy, tests, success measures, and the steps needed to load each flow.
Why use it?
It helps find broken delivery settings, missing customer flows, unclear consent, and messages that are not ready to send. It never sends the messages itself.

Skill for Claude CodeCodex

Written for no agent in particular: nothing here depends on one.

Good fit Use it to define customer groups, triggers, timing, exclusions, message copy, tests, success measures, and the steps needed to load each flow.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/gooseworks-ai/goose-skills/email-lifecycle
About the project

Goose Skills is a library of workflows and data APIs that lets coding agents handle growth and go-to-market work such as advertising, social media, content, SEO, lead generation, and customer research. It is intended for teams using Claude Code, Cursor, Codex, and similar agents. The catalogue entries are its reusable skills.

gooseworks-ai/goose-skills · 1,265 stars · on GitHub · gooseworks.ai

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Any agent
npx skills add gooseworks-ai/goose-skills --skill email-lifecycle
Clone the repo
git clone --depth 1 https://github.com/gooseworks-ai/goose-skills

Made for: Claude Code, Codex.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for email-lifecycle

README.md
[![agentmods](https://agentmods.dev/badge/skills/gooseworks-ai/goose-skills/email-lifecycle/github.svg)](https://agentmods.dev/skills/gooseworks-ai/goose-skills/email-lifecycle)
Your own site
<a href="https://agentmods.dev/skills/gooseworks-ai/goose-skills/email-lifecycle"><img src="https://agentmods.dev/badge/skills/gooseworks-ai/goose-skills/email-lifecycle/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for email-lifecycle

Your own site · 80×15
<a href="https://agentmods.dev/skills/gooseworks-ai/goose-skills/email-lifecycle"><img src="https://agentmods.dev/badge/skills/gooseworks-ai/goose-skills/email-lifecycle.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 148 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 4,096 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00148 $0.04096
Opus 5.5 $0.00059 $0.01638
Sonnet 5.5 $0.00030 $0.00819
Haiku 4.5 $0.00015 $0.00410

Measured 4d ago against content hash 15da64957bc9, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

email-lifecycle scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 4d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

marketing-agent/skills/email-lifecycle/SKILL.md · 92 lines

How it starts

The opening of the file, as written. The whole thing — 92 lines — stays where its author put it; the contents beside it link to each section on GitHub.

email-lifecycle

One marketer want: "Cart and welcome emails make money while I sleep — mine do not exist." The playbook drafts and stages a lifecycle program; the marketer loads it into their own tool and presses send.

What you get

  1. Deliverability and list report — every plumbing item green / red / unknown, each marked verified (the agent saw it), from you or unknown. Never a green the agent did not see. Red and unknown items come with the exact fix and who does it.
  2. Flow pack — the flows you asked for, or else the top two this business can load today (a third is offered), each a build sheet in your tool's own terms: trigger, filters, exit, re-entry, consent per market, priority and suppressions, timing, and every message finished, plus its goal metric, its test, a holdout where one fits, and the result it should beat. Each flow is marked ready to load or not ready, with the blocker in plain words ("waiting on your answer about returns", "needs your app to tell the email tool who installed", "your current plan can't run this — here are the options").
  3. Segments, priority and cadence — segment definitions in the company's own terms (clicks, orders, activity — not opens), the flow priority map and frequency cap, the proposed send cadence.
  4. This week's broadcasts and the month's calendar — broadcasts finished and ready to schedule (email; SMS only where consent exists and the moment is high-intent); the calendar as one table of dates and ideas.
  5. Proposals awaiting a yes — offer depth with margin math, cadence, sunset slice, tool or plan changes, a tracking plan for missing events, any high-stakes send.

Before you start

  1. Setup first: do the marketing-guide skill (../marketing-guide/SKILL.md) §1–2 (connect, brand, brain read) before anything else; the job line is "build your email program"; get_started also takes wants: "more"; groups to load: files, campaigns, media, automation, brand. Incident mode (step 2) runs its pause list before the brain read.
  2. Pick the mode (references/modes-and-incidents.md): build, weekly, monthly, seasonal or incident. Incident first: the first reply is the "pause now" list as click-by-click steps for the marketer — before any brain read, intake or audit. Otherwise do only the work the asked outcome needs and say in one line what you are not doing this run.
  3. Read the brand brain. Brain chapters: 2 "What we sell" (prices, offers, policies), 5 "Who we sell to", 11 "How we sound", 15 "How we work together", 17 "Accounts and tools" (the email tool), 18 "How we count results", 20 "Our plan"; gooseworks:brain_open for full product records. Fallback path: brand_read sections summary, kit, products, onboarding, learnings, and full product records (product_ids) for products the flows will feature. Load the claims-gate skill (../claims-gate/SKILL.md) and read the contract only; the scoped sign-off, if needed, comes in intake message 2. The standing first-order offer and brand-wide policies come from the Standing offer:, any Policy: and earlier [lifecycle …] facts (else the Brand record, read with file_read); never from search snippets. For a message signed by a person, read their voice card if one exists (the voice-card skill (../voice-card/SKILL.md), read only); if none, write in the brand voice, say the note isn't yet in their own voice, and offer to build the card later.
  4. Load the last run, then read what the program already knows. Run the Start steps of the run-memory skill (../run-memory/SKILL.md) with references/run-memory.md (incident mode: after the pause list) — steps 1–2 now: the newest record across the email jobs gives last run's numbers with their windows and its open recommendations ("add a second cart email"), so intake message 1 asks for the export that covers them; steps 3–4 inside step 1's audit, once the exports are in: each recommendation checked done / not done / unknown from the flows list, a test email or the marketer's word, and judged against its baseline when a settled window exists. Then gooseworks:file_read lifecycle/program.md (flows live, each flow's hypothesis and last result, segments, cadence); gooseworks:file_list reports/performance/ and read the latest weekly read's email rows; gooseworks:campaign_read to list the brand's campaigns, then read each active one in full for its email/SMS rows and hand-offs; the latest search/fixes/ file's "For your email program — review requests" section (a review-request brief); content/newsletter/ for make-content's next issue; Graphic ready: lines under this playbook's own header-art requests in lifecycle/flows/. The marketer's email-tool connector, when listed, is read only (references/intake.md Q2).
  5. Ask only what is missing, in two short messages (references/intake.md has the wording). Message 1 (≤ 8 questions, prefilled with best guesses; skip what the brand type or a campaign brief already settles): the email tool and plan first, unless the brain names it (the guide's rule "The marketer's own tools": no tool → options for their type; its connector listed → read it and drop the questions it answers; not listed → one ask to connect, then the questions — references/intake.md Q2), what counts as the win, how the list was collected and consent per channel, markets, the standing offer if the brain doesn't hold it, and — optional, as click-by-click steps — the flows list and last 90 days' report from their tool, the "original message" text of one recent campaign they received from their own list, and the spam-rate chart if they use Google's sender dashboard. Message 2 comes after step 2, only for facts the chosen flows use (≤ 6), prefilled from the brand's own site and labelled "from your site — confirm". Never guess consent, discount depth, prices, stock, shipping or return promises, renewal terms, trial length, existing event names, reward amounts or time zones.
  6. Hard stops. A purchased, scraped or no-consent list, or customers imported from marketplace orders: stop for those contacts, say why in one line, offer the re-permission route. A list not mailed in 6+ months (a waitlist: 3+ months): the first send is a re-permission or re-confirm, not a promo.

Read the full file on GitHub · 92 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 4d ago First seen · 92 lines · 148 tokens per session scan A 15da64957bc9

Subscribe to this mod's changes

email-lifecycle is a skill published in the GitHub repository gooseworks-ai/goose-skills (1,265 stars, last pushed yesterday), licensed MIT. It adds 148 tokens to every session and 4,096 once invoked, about $0.0006 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-10-21.

Related

Other skills, from other repositories

local-ai-agents

Build local-first AI agents that run entirely on a developer workstation with Microsoft Foundry Local and Qwen function-calling models. Covers Small Language Models (SLMs), the OpenAI-compatible local endpoint, sandboxed local tools, local RAG with Chroma, local MCP servers, hybrid cloud/local routing, and the…

microsoft/ai-agents-for-beginners · 200 tokens

systematic-debugging

Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes.

obra/superpowers · 21 tokens

next-cache-components-adoption

Turn on Cache Components in a Next.js app and resolve the blocking routes it surfaces. Use when the user wants to enable, adopt, or migrate to Cache Components, flip the cacheComponents flag, work through a flood of blocking-prerender / instant validation errors, run the cache-components-instant-false codemod, or…

vercel/next.js · 95 tokens

chronicle

Analyze Copilot session history for standup reports, usage tips, session search, and session reindexing. Use when the user asks for a standup, daily summary, usage tips, workflow recommendations, wants to search or find past sessions by keyword/file/PR, wants to reindex their session store, or asks about deleting…

microsoft/vscode · 72 tokens

chat-pet-sprite-creation

Use when creating or changing VS Code chat pet sprite art, sprite sheets, state animations, eye treatments, Stable/Insiders variants, or pet transitions under src/vs/workbench/contrib/chat/browser/widget/media/chatPet.

microsoft/vscode · 53 tokens

component-fixtures

Use when creating or updating component fixtures for screenshot testing or their shared infrastructure, or when designing UI components to be fixture-friendly. Covers fixture file structure, theming, service setup, CSS scoping, async rendering, validation, and common pitfalls.

microsoft/vscode · 53 tokens