Get them back: 10 AI skills for the list you already own
welcome-series
the first three emails a subscriber gets
How the two work together
Claude thinks it through. Paste the Claude prompt into Claude Code, or drop the folder into your skills folder. Claude does the judgement: what to look for, what is worth doing, what is right.
Codex gets it done. At the hand-off point Claude runs Codex on your machine with one command and passes it the Codex prompt. Codex does the mechanical part and hands the result back. Claude checks it before you see it.
No API key to set up: Claude calls the Codex you already have installed. If Codex is not installed, Claude does that half itself and tells you.
Prompt for Claude
---
name: welcome-series
description: Writes the three emails a new subscriber gets in their first fortnight, with the timing, the footer, the unsubscribe plumbing and the exit rule all specified. Use when someone has just joined your list and currently receives nothing until the next campaign.
---
# The first three emails a new subscriber gets, written and ready to schedule
You give this your venue, what a new subscriber actually did to join (booked a table, bought a voucher, ticked a box at the till), and one thing you would like them to do next. You get back three finished emails with subject lines, preview text, body copy, send timing, a footer that carries every detail the law requires, and the rule that stops the sequence when they act. It is written so a manager can paste it into whatever the venue already uses and switch it on tonight.
## What it does
1. **Say what each of the three emails is for, in one sentence, before writing a word of copy.** Email one confirms what the person just did and tells them what they have signed up for. Email two gives them one useful thing with nothing asked in return. Email three asks for the one action you named, with a date attached. Writing the three purposes first stops the common failure, which is three emails that all say "we are lovely, come in" and differ only in the photograph. If you cannot write a distinct sentence for email two, you do not have a welcome series, you have a promotion, and it should be sent once.
2. **Send email one within minutes, and make it confirm the thing they actually did.** A welcome that arrives four days later lands on someone who has forgotten signing up, and a stranger's email is what a spam report looks like. Name the moment in the first line: "You ticked the box at the bar on Saturday night", "You booked table 12 for the 20th", "You bought a £50 voucher this morning". Then, in the same email, set the expectation. Yahoo's sender best practices put this as a requirement of a healthy list: "Set recipient expectations clearly when users subscribe. Let them know what mail to expect, how often it will be sent, and what it will look like." Two lines does it: what you send, how often, and who it comes from. "One email a month when the menu changes, plus the Christmas dates in October. From Sam, who runs the kitchen."
3. **Use email one to confirm the address as well as the person.** If the address has not already been confirmed by a click, this is where you do it. Yahoo again: "When users subscribe to your mailing list, send them an email asking them to click to confirm their opt-in. This will improve the experience for users (who won't sign up accidentally or get signed up maliciously) and for your list (which won't contain uninterested people, fake email addresses, or most robots)." Google's sender guidelines say it in six words: "Confirm each recipient's email address before subscribing them." A paper sheet from a busy Friday will contain misread handwriting, joke addresses and one address belonging to somebody who did not sign up, and every one of those damages the reputation that decides whether email three arrives at all.
4. **Build the footer once, and put everything in it that has to be there.** Four separate requirements land in the same six lines. PECR requires that "You must not disguise or conceal your identity, and you must provide a valid contact address so they can opt out or unsubscribe". CAP Code rule 10.7 puts it as marketing emails "must contain the marketer's full name... and a valid address; for example, an e-mail address or a SMS short code to which recipients can send opt-out requests". If you trade as a limited company, GOV.UK's guidance on stationery and promotional material requires business letters, order forms and websites to show "the company's registered number", "its registered office address", "where the company is registered (England and Wales, Scotland or Northern Ireland)" and "the fact that it's a limited company". And an unsubscribe link has to be there and has to be visible. Write the footer once, check it against those four, and reuse it in every email the business ever sends.
5. **Make the unsubscribe work at the plumbing level, not just visually.** Both large mailbox providers now require the header as well as the link. Google: "Marketing messages and subscribed messages must support one-click unsubscribe, and include a clearly visible unsubscribe link in the message body", implemented with `List-Unsubscribe-Post: List-Unsubscribe=One-Click` and a `List-Unsubscribe` header. Yahoo requires "a functioning list-unsubscribe header, which supports one-click unsubscribe for marketing and subscribed messages", a "clearly visible unsubscribe link in the email body", and says to "Honor unsubscribes within 2 days". Yahoo also says the unsubscribe process must not "require users to log in". Most hosted email tools do all of this for you; check it by sending yourself a test and looking for the unsubscribe control Gmail puts next to the sender name.
6. **Write email two so that it would still be worth opening if the venue were closed.** Send it three days after email one. One thing, genuinely useful, specific to the place: how to get the table by the window, the two dishes the kitchen would rather you ordered and why, the parking that is free after six, what actually happens at the quiz. No offer, no booking link above the fold, no "don't forget". The purpose is to be the email that gets opened, so that email three gets opened. If the only useful thing the venue can think of is a discount, that is a signal the welcome series is the wrong project and the menu is the right one.
7. **Put one ask in email three, with a date, and make it easy to say no to.** Send it seven to ten days after email two. Name the action ("book a table before the menu changes on the 30th", "come to the Tuesday quiz this week", "spend the voucher, it runs to March"), give one link, and give a real reason the date matters. Do not invent the deadline. CAP Code rule 8.22 is explicit that "Promoters must not claim that consumers must respond by a specified date or within a specified time if they need not", and rule 3.30 covers falsely stating that a product or its terms "will be available only for a limited time to deprive consumers of the time or opportunity to make an informed choice". If the menu genuinely changes on the 30th, say so. If it does not, use a different reason.
8. **Do not hide marketing inside a service message.** A booking confirmation, a reminder of the time, a note that the card payment failed: those are service messages and they sit outside the marketing rules. The moment you add an offer they stop being service messages. The ICO's example is a mobile company telling a customer they are near their data limit, which is a service message, and the same message with "we have a special data offer just for you" added, which "would be direct marketing". Keep the two apart in the welcome series: email one may confirm and set expectations, and any offer belongs in email three, which goes only to people on a marketing route.
9. **Write the exit rule, the suppression rule and the send times, then test on a phone.** Exit: if they take the action in email three, or book, stop the sequence and do not send the remaining emails. Suppression: if they unsubscribe at any point, stop immediately and add them to the do-not-contact list. Send times: pick two, one mid-morning and one early evening, and keep them the same for every subscriber so that a problem is visible. Then send all three to a Gmail address, a Yahoo or Outlook address and one you can open on an actual phone, and read them there. Hospitality customers read on a phone in a queue, and a welcome email with a headline that wraps to four lines has already failed before anyone gets to the copy.
## Then it checks
1. Each of the three emails has a written one-sentence purpose, and no two purposes are the same.
2. Email one names the specific thing the person did to join and states what will be sent and how often, in words a stranger would understand.
3. The footer on every email carries the sender's full name, a valid contact address for opt-out requests, a visible unsubscribe link, and, where the business is a limited company, the registered number, registered office address, country of registration and the word Limited or Ltd.
4. A test send to a real Gmail account shows the one-click unsubscribe control beside the sender name, and clicking it removes the address without a login.
5. No date, deadline, limit or scarcity claim appears in any of the three emails that the owner cannot point to a real reason for, and no email contains a figure, a percentage or a claim the owner has not confirmed.
6. The sequence has a written exit rule and a written suppression rule, and all three emails have been opened and read on a phone at the width the customer will actually see.
Any check fails: name it, redo that step once. Failed twice: say what is wrong and stop.
## Rules
- Public information only.
- Never invent a fact, a number or a quote.
- Anything sent in someone's name says whose name it is. If email two is signed by the chef, the chef has to have seen it.
- Never send the welcome series to an address that is not on a lawful route, and never use it to warm up an inherited list. A welcome email to someone who did not subscribe is the message most likely to be reported as spam, and one bad send poisons the sending reputation for every later email to every other customer.
- Never invent a deadline to create urgency. A false closing date is a specific breach of the advertising code, and in a small town the customer who turns up on the 31st and finds the menu unchanged tells more people than the email reached.
- Never put a price, an allergen statement or a nutritional claim in a welcome email without checking it against what the kitchen is actually serving that week. An email is a written statement that outlives the menu it was copied from.
- This output is a working document prepared for the owner to check against their own menu, prices and terms, and for their accountant or solicitor to check where it states a price, a term or a company detail. It drafts copy against published guidance; it is not advice on your compliance or your contracts.
## Built from
- Yahoo, "Sender Best Practices", Sender Hub, https://senders.yahooinc.com/best-practices/, no publication date shown on the page, though it notes enforcement of the requirements "Beginning in February 2024", read 14 September 2026: the expectation-setting wording in step 2, the confirmation email in step 3, and the unsubscribe requirements and two-day honouring in step 5.
- Google, "Email sender guidelines", Gmail Help, https://support.google.com/a/answer/81126, no publication date shown on the page; its own change table lists "Use a TLS connection for transmitting email" as added Dec. 2023, read 14 September 2026: address confirmation in step 3, and the one-click unsubscribe headers and visible link in step 5.
- Information Commissioner's Office, "Electronic mail marketing", Guide to PECR, https://ico.org.uk/for-organisations/direct-marketing-and-privacy-and-electronic-communications/guide-to-pecr/electronic-and-telephone-marketing/electronic-mail-marketing/, no publication date shown on the page, read 14 September 2026: the identity and valid contact address requirement in the footer at step 4.
- Information Commissioner's Office, "Identify direct marketing", https://ico.org.uk/for-organisations/direct-marketing-and-privacy-and-electronic-communications/direct-marketing-guidance/identify-direct-marketing/, latest update shown 20 August 2025, read 14 September 2026: the service message definition and the data-limit example that shapes step 8.
- Committee of Advertising Practice, CAP Code (Edition 12), Section 10 rule 10.7 and Section 3 rules 3.30 and 8.22, https://www.asa.org.uk/type/non_broadcast/code_section/10.html, https://www.asa.org.uk/type/non_broadcast/code_section/03.html and https://www.asa.org.uk/type/non_broadcast/code_section/08.html, no publication date shown on the pages, read 14 September 2026: the full name and valid address requirement in step 4, and the ban on invented deadlines in step 7.
- GOV.UK, "Running a limited company: your responsibilities - Signs, stationery and promotional material", https://www.gov.uk/running-a-limited-company/signs-stationery-and-promotional-material, no publication date shown on the page, read 14 September 2026: the four company details that go in the footer at step 4.
Prompt for Codex
# welcome-series ## You are given A folder from one UK hospitality business holding: the copy for the three welcome emails as drafted, with the one sentence purpose of each; the venue's trading name, contact address for opt-out requests, and, where it is a limited company, the registered name, registered number, registered office address and country of registration; the joining actions the series is triggered by, such as a table booking, a voucher purchase or a ticked box at the till; the subscriber list with the route each address sits on and the date it was collected; the suppression or do-not-contact list; any deadline used in email three together with the real reason the owner has given for it; and the send times the owner has chosen. Column names differ between files and dates are in mixed formats. ## Produce Write into a `./welcome-series-output/` folder. Every file whose name carries `PERSONAL-DATA` holds contact details and is stored, moved and deleted as personal data. 1. `email-1-<venue-slug>.md`, `email-2-<venue-slug>.md`, `email-3-<venue-slug>.md` - one draft per file, each with headed blocks in exactly this order: `Purpose`, `Send trigger`, `Send delay`, `Subject line`, `Preview text`, `Body`, `Footer`, `Signed by`, `Exit condition`. Body copy is the supplied draft, unchanged. Any block with nothing supplied is left empty and listed in `gaps.md`. 2. `footer.txt` - the single footer used in all three emails, built only from the supplied business details. Any detail not supplied appears as `[TO CONFIRM]`. 3. `footer-check.csv` with these columns in this order: `requirement`, `value_used`, `source_file`, `present`. Rows in exactly this order: `Sender full name`, `Valid contact address for opt-out requests`, `Visible unsubscribe link`, `Registered company name`, `Registered number`, `Registered office address`, `Country of registration`, `The word Limited or Ltd`. `present` is `yes`, `no` or `not a limited company`. 4. `sequence-schedule.csv` with columns: `email_no`, `purpose_one_sentence`, `send_trigger`, `delay_from_previous`, `send_time`, `exit_condition`, `suppression_condition`, `contains_an_offer`. `contains_an_offer` is `yes` or `no`, and it must be `no` for emails one and two. 5. `eligible-PERSONAL-DATA.csv` with columns: `email_lower`, `first_name`, `joining_action`, `date_joined`, `route`, `address_confirmed`, `source_file`, `source_row`. `route` is exactly one of `A-consent`, `B-soft-opt-in-PECR-22(3)`, `C-corporate-subscriber`. 6. `excluded-PERSONAL-DATA.csv` with the same columns plus `reason`. `reason` is exactly one of `no recorded lawful basis`, `route not recorded`, `address not confirmed`, `on the suppression list`, `address malformed`, `duplicate`, `joining action not recorded`, `carried over from another business or site`. 7. `deadlines-used.csv` with columns: `email_no`, `deadline_text_verbatim`, `date_it_resolves_to`, `weekday_it_falls_on`, `reason_supplied_by_the_owner`, `source_file`. Any row with an empty reason is listed in `gaps.md` and its deadline is removed from the draft, leaving the sentence blank rather than rewritten. 8. `claims-and-figures.csv` with columns: `email_no`, `text_verbatim`, `type`, `source_file`, `confirmed_by_owner`. `type` is exactly one of `price`, `date`, `allergen statement`, `nutritional claim`, `number`, `availability`. 9. `gaps.md` - a numbered list of every `[TO CONFIRM]`, every empty block, every deadline with no reason, every figure with no source, every subscriber row that could not be placed, and every email whose purpose sentence duplicates another's. ## Rules - Codex writes drafts to files only. Never send an email. Never connect to an email platform's API, a marketing service, a booking system or any sending service to send, schedule, queue, automate or import. Never add anybody to a list, an audience, a segment or an automation anywhere. - Never scrape, guess, construct, correct or complete an email address. Every address is read from a supplied file and carries its `source_file` and `source_row`. - Anybody without a recorded consent or lawful basis in the supplied data goes in `excluded-PERSONAL-DATA.csv` with the reason set, and never into `eligible-PERSONAL-DATA.csv`. The two files must partition the input: every distinct address appears in exactly one of them, and the counts must sum to the distinct address count. - Never write the copy. The three drafts are the owner's supplied copy, placed into the file structure unchanged. Never rewrite a sentence, never add a line and never improve a subject line. - Never invent a deadline, a price, an allergen statement, a nutritional claim, a figure or a percentage. A deadline with no supplied reason is removed and the sentence left blank. - Never put an offer, a discount or a booking incentive into email one or email two. Where the supplied copy contains one, leave it in place, mark `contains_an_offer` as `yes` and list it in `gaps.md` rather than editing it out. - Never sign an email in a named person's name unless the input says who it is from, and never attribute copy to a person who has not been recorded as having seen it. - Never carry an address from one business, site or brand to another, and never use the series to warm up an inherited list. - Every figure, date and business detail must trace to a supplied input file named in the row. - Use British English, £ and DD Month YYYY dates. No em dashes. - Every file ends with this line: this is a working document prepared for the owner to check against their own menu, prices and terms, and for their accountant or solicitor to check any price, term or company detail. It drafts copy against supplied guidance and is not advice on compliance or contracts, and nothing in this folder has been sent. ## Return The absolute path of each file written, the row count of each CSV, the three purpose sentences and whether any two match, the distinct address count with the eligible and excluded counts and the sum check stated explicitly, the breakdown of `excluded-PERSONAL-DATA.csv` by reason, every row of `footer-check.csv` with `present` set to `no`, every deadline with the weekday it resolves to and whether a reason was supplied, every row where `contains_an_offer` is `yes` for emails one or two, the count of `[TO CONFIRM]` placeholders, and the `gaps.md` item count. State plainly that no email was sent and no platform was contacted.
Built from the best public work on this
Sources for welcome-series
Everything below was opened and read on 14 September 2026. Nothing is cited that could not be loaded.
1. Yahoo, "Sender Best Practices", Sender Hub
https://senders.yahooinc.com/best-practices/, no publication date shown on the page; it carries a note that "Beginning in February 2024, enforcement of the following sending standards will take effect", read 14 September 2026.
Yahoo operates yahoo.co.uk, ymail.com and AOL, which between them hold a large share of older UK consumer mailboxes, and this is the company's own published statement of what it requires and recommends. It matters here because the requirements are not advice, they are conditions of delivery.
Three passages shaped the skill. The first is the expectation line in step 2: "Set recipient expectations clearly when users subscribe. Let them know what mail to expect, how often it will be sent, and what it will look like." That is why email one is required to say what and how often rather than only saying hello. The second is confirmation, in step 3: "When users subscribe to your mailing list, send them an email asking them to click to confirm their opt-in. This will improve the experience for users (who won't sign up accidentally or get signed up maliciously) and for your list (which won't contain uninterested people, fake email addresses, or most robots)." The parenthesis is the useful half, because it names three failure modes an owner recognises from a paper sign-up sheet. The third is the unsubscribe block in step 5: bulk senders must "Support easy unsubscribe", implement "a functioning list-unsubscribe header, which supports one-click unsubscribe", have "a clearly visible unsubscribe link in the email body", "Honor unsubscribes within 2 days", and provide a process "that doesn't require users to log in".
Yahoo also says to "Keep your spam rate below 0.3%" and warns not to "start sending daily emails to subscribers of your weekly or monthly mailing". That second line is why step 2 requires the frequency to be stated and then kept to.
Where the skill departs from the source: Yahoo's requirements distinguish "all senders" from "bulk senders" and much of the strict list applies to the latter. A pub with eight hundred subscribers is not a bulk sender by these definitions. The skill applies the bulk rules anyway, because the venue that grows past the threshold does so without noticing, and because one-click unsubscribe costs nothing to turn on and is the single best defence against being reported as spam. The skill also ignores Yahoo's server-level material on connection limits, ARC and BGP, which is written for people who run mail servers and is no use to a restaurant.
2. Google, "Email sender guidelines", Gmail Help
https://support.google.com/a/answer/81126, no publication date shown on the page; its own "Sender requirements updates" table lists "Use a TLS connection for transmitting email" as added "Dec. 2023", read 14 September 2026.
The equivalent statement from the provider that holds most of the UK's personal email. Its requirements for all senders include SPF or DKIM authentication, valid forward and reverse DNS, TLS, and to "Keep spam rates reported in Postmaster Tools below 0.3%". For senders above five thousand messages a day it adds DMARC, alignment, and the line quoted in step 5: "Marketing messages and subscribed messages must support one-click unsubscribe, and include a clearly visible unsubscribe link in the message body." It gives the two headers verbatim, `List-Unsubscribe-Post: List-Unsubscribe=One-Click` and `List-Unsubscribe: <https://solarmora.com/unsubscribe/example>`, and points to RFC 2369 and RFC 8058.
Its subscription section supplies step 3's instruction in its shortest possible form: "Confirm each recipient's email address before subscribing them." It also says "Make sure recipients opt in to get messages from you", "Periodically send messages to confirm that recipients want to stay subscribed", and "Consider unsubscribing recipients who don't open or read your messages", which is the seed of the exit and hygiene thinking rather than of the copy.
Where the skill departs: Google publishes a separate stricter spam-rate line elsewhere on the same page, "Keep spam rates reported in Postmaster Tools below 0.10% and avoid ever reaching a spam rate of 0.30% or higher". The skill quotes neither figure at the owner, because a venue with a few hundred subscribers cannot meaningfully measure a rate that low and would be misled into thinking three complaints was a catastrophe. The numbers stayed in the research and out of the deliverable. The skill also leaves SPF, DKIM and DMARC out of the steps entirely; they belong to a different skill in this pack, and putting DNS records in front of someone writing a welcome email is how the welcome email never gets written.
3. Information Commissioner's Office, "Identify direct marketing"
https://ico.org.uk/for-organisations/direct-marketing-and-privacy-and-electronic-communications/direct-marketing-guidance/identify-direct-marketing/, page shows "Latest updates - 20 August 2025", read 14 September 2026.
The chapter that separates a service message from marketing, which is the distinction email one depends on. The ICO defines service messages as those that "aren't promotional but are for administrative or customer services purposes", including messages to "confirm or remind them about appointments". A booking confirmation is therefore not marketing and needs no marketing permission.
The trap is stated just as clearly: "If your service message has elements that are direct marketing, even if that is not the main purpose of your message, then it will count as direct marketing." The worked example is a mobile company's data-limit warning, which is a service message, next to the same warning with "But don't worry, as we have a special data offer just for you" appended, which is not. Step 8 is that example applied to a restaurant: the confirmation of the booking is safe, the confirmation of the booking plus twenty per cent off midweek is a marketing email that needs a lawful route behind it.
The page also notes that "if your service message contains general branding or logos, this doesn't count as direct marketing", which is worth knowing, because owners over-correct and strip their own logo out of a confirmation email.
Where the skill departs: the ICO's guidance is about classification, not about sequencing, and it does not suggest keeping offers to a later email. The skill adds that as a practical design rule, because the alternative, checking every confirmation email for promotional creep, is a job nobody does twice.
4. Committee of Advertising Practice, CAP Code (Edition 12), Sections 3, 8 and 10
https://www.asa.org.uk/type/non_broadcast/code_section/03.html, https://www.asa.org.uk/type/non_broadcast/code_section/08.html and https://www.asa.org.uk/type/non_broadcast/code_section/10.html, no publication date shown on the pages, read 14 September 2026.
Three rules are load-bearing. Rule 10.7: marketing communications sent by electronic mail "must contain the marketer's full name (or, in the case of SMS messages, a recognisable abbreviation) and a valid address; for example, an e-mail address or a SMS short code to which recipients can send opt-out requests." That plus PECR is the footer in step 4.
Rule 8.22: "Promoters must not claim that consumers must respond by a specified date or within a specified time if they need not." Rule 3.30: marketing communications "must not falsely state that a product, or the terms on which it is offered, will be available only for a limited time to deprive consumers of the time or opportunity to make an informed choice", and it carries an asterisk marking it as a prohibited practice, which means no transactional decision test is needed for it to be a breach. Together they are step 7 and the standing rule against invented deadlines.
Where the skill departs: the CAP Code applies to marketing communications and the ASA rules on them after the fact. The skill treats the rules as design constraints written into the copy up front, which is not what the Code is for, but is a great deal cheaper than a ruling.
5. GOV.UK, "Running a limited company: your responsibilities - Signs, stationery and promotional material"
https://www.gov.uk/running-a-limited-company/signs-stationery-and-promotional-material, no publication date shown on the page, read 14 September 2026.
Short, and the reason the footer has four extra lines in it. It states "You must include your company's name on all company documents, publicity and letters", and that on business letters, order forms and websites you must show "the company's registered number", "its registered office address", "where the company is registered (England and Wales, Scotland or Northern Ireland)" and "the fact that it's a limited company (usually by spelling out the company's full name including 'Limited' or 'Ltd')". It also warns that "If you want to include directors' names, you must list all of them", which is why the skill's footer names the company rather than the owner, and puts the personal name in the sign-off instead.
Where the skill departs: the page speaks of letters, order forms and websites and does not name marketing emails. The skill applies it to emails anyway, and says so rather than claiming the page covers them. The cost of including four lines is nothing, the cost of a customer discovering the company details are absent is a conversation nobody wants, and the owner's accountant can confirm the exact position for their company type in a minute.
Best public prompt we found for this job
The best public artefact is the `email-sequence` skill in Anthropic's `knowledge-work-plugins` repository, raw source at https://raw.githubusercontent.com/anthropics/knowledge-work-plugins/main/marketing/skills/email-sequence/SKILL.md. The repository has 24,016 stars, read from api.github.com on 14 September 2026. It is a serious piece of work and its onboarding template is a sensible shape: "Welcome and set expectations -- Quick win to demonstrate value -- Core feature deep dive". The line worth copying is from its sequence logic section:
**Exit conditions** - when a recipient converts (completes the desired action), remove them from the sequence.
That is step 9, and it is the thing small venues most often leave out. A customer who books after email one and then receives email three asking them to book has been told the business is not paying attention.
What we did not copy, and it is the reason this skill exists separately, is the benchmark table. That skill instructs the model to "Provide expected benchmarks based on the sequence type" and supplies figures for open rate, click-through rate, conversion and unsubscribe across four sequence types, with no publisher and no date attached to any of them. Those numbers will be quoted back to a pub owner as fact, they will set the targets by which the owner judges whether the work succeeded, and nobody can check them. This skill states no open rate, click rate or benchmark of any kind. It also declines the five-to-seven email onboarding length: a restaurant is not software, there is no feature to activate, and the honest answer for a venue with one product is three emails and then the normal monthly rhythm.
Want this running in your business?
I optimise how businesses run — your sales, your visibility, your social media — and build bespoke software where nothing off the shelf fits. The first conversation is free. Work starts from £150 a day.
Foxera