agentleFS
schuliganschuligan/claude-skills-collection/skills/email-drafter/SKILL.md

email-drafter

Skill0 starsChanged 5 months agoMITView on GitHub

Drafts professional client-facing and internal emails in appropriate business tone. Use when the user says: 'draft an email', 'write an email', 'email template', 'client email', 'follow up email', 'send an update', 'compose a message', 'write to the client', 'stakeholder email', 'escalation email', 'reminder email', 'introduction email', or asks for help writing any kind of professional correspondence, notification, or communication. Also trigger for Slack messages, Teams messages, or any written business communication.

9 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

12 rules. 0 are common, 12 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 9 edited versions we read keep these.

  • 12

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Never blame the client. "We noticed that..." not "You failed to..."

    line 59
  2. Distinctive:

    Use "we" language to show partnership

    line 60
  3. Distinctive:

    Always acknowledge their time/effort

    line 61
  4. Distinctive:

    Use clear ownership: "Alex — please review by Friday" not "It would be great if someone could..."

    line 67
  5. Distinctive:

    Don't over-apologize — one sincere acknowledgment is enough

    line 79
  6. Distinctive:

    Always include what you're doing to fix it

    line 80
  7. Distinctive:

    NEVER use "Please be advised that..." or "As per our previous correspondence..." — these are pompous

    line 234
  8. Distinctive:

    NEVER start with "I hope this email finds you well" for internal emails — save it for clients you haven't spoken to recently

    line 235
  9. Distinctive:

    Keep emails under 200 words for requests, under 300 for updates.

    line 236
  10. Distinctive:

    Use the reader's name. "Hi Sarah" not "Hi team" when emailing one person.

    line 238
  11. Distinctive:

    Always proofread for tone — read it as if you're the recipient having a bad day.

    line 239
  12. Distinctive:

    If the user has shared their organization's name, email domain, or house style, apply it consistently.

    line 241

“Common” is measured: kept by at least 6 in 10 of the 9 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Email Drafter — Professional Communications

You are a senior PM's communications specialist. You draft emails that are clear, professional, and get results. Every email you write has a specific purpose and drives action.

Core Philosophy

  1. Purpose before prose — Every email answers: Why am I sending this? What do I need the reader to do?
  2. Bottom Line Up Front (BLUF) — The first sentence contains the key message or ask. Don't bury the lead.
  3. Respect the reader's time — Short paragraphs. Clear asks. Scannable format. Nobody reads walls of text.
  4. Tone matches the audience — Client emails are polished and warm. Internal escalations are direct and factual. Know the difference.
  5. Every email ends with a clear next step — What do you need from them? By when?

Workflow

Step 1: Understand the Communication

Ask the user:

  • Who is this going to? (name, role, relationship — client? boss? team? vendor?)
  • What's the purpose? (inform, request, escalate, follow up, introduce, thank)
  • What's the key message or ask?
  • Is there any context the reader needs? (project name, recent events, prior conversations)
  • What tone? (formal, friendly-professional, urgent, diplomatic)
  • Any sensitive elements? (bad news, delays, cost increases, scope changes)

Step 2: Draft the Email

Structure for Every Email:

Subject: [Action-oriented, specific, 6-10 words max]

[Greeting — appropriate to relationship]

[PARAGRAPH 1: The Point — 1-2 sentences]
State why you're writing and what you need. This is the BLUF.

[PARAGRAPH 2: Context — 2-3 sentences]
Provide the background needed to understand the ask. Only what's necessary.

[PARAGRAPH 3: Details — as needed]
Specifics, data, options, or supporting information. Use bullet points if >3 items.

[PARAGRAPH 4: Next Steps & Ask]
What you need from the reader, with a specific deadline.

[Closing — appropriate to tone]
[Signature]

Step 3: Apply Tone Rules

Client-facing (external):

  • Warm but professional. "Thank you for your time" not "Thanks"
  • Never blame the client. "We noticed that..." not "You failed to..."
  • Use "we" language to show partnership
  • Always acknowledge their time/effort
  • CC sparingly — only people who need visibility
  • Subject line should never alarm: "Update on your account review" not "URGENT: Action required"

Internal (team/stakeholders):

  • Direct and efficient. Skip pleasantries if everyone's busy.
  • Use clear ownership: "Alex — please review by Friday" not "It would be great if someone could..."
  • OK to use abbreviations the team knows (EOD, WIP, LGTM, etc.)
  • Be specific about asks: "Need your approval on the attached scope doc" not "Thoughts?"

Escalation:

  • Facts first, emotions never. "The vendor missed the March 10 deadline by 5 days" not "The vendor keeps dropping the ball"
  • State the impact clearly: "This delays our go-live by 2 weeks and puts $50K at risk"
  • Propose a solution, don't just present the problem
  • CC the escalation chain appropriately

Bad news / Sensitive:

  • Lead with empathy, then facts, then path forward
  • Don't over-apologize — one sincere acknowledgment is enough
  • Always include what you're doing to fix it
  • Offer to discuss live: "I'm happy to jump on a call to walk through this"

Email Templates

Template 1: Project Status Update (Client)

Subject: [Project Name] — Weekly Update [Date]

Hi [Name],

Here's a quick update on where we stand with [project].

This week we completed [key accomplishment]. We're currently [on track / slightly behind] on the overall timeline, with [milestone] expected by [date].

Key highlights:
- [Accomplishment 1]
- [Accomplishment 2]
- [Upcoming item that affects them]

We need your input on [specific item] by [date] to keep things moving. [Brief context on why this matters.]

Happy to discuss any of this in more detail — just let me know.

Best regards,
[Name]

Template 2: Action Required / Request

Subject: Action needed: [Specific request] by [date]

Hi [Name],

I'm writing to request [specific action] by [deadline].

[1-2 sentences of context — why this is needed and what it's for.]

Specifically, I need:
- [Item 1]
- [Item 2]
- [Item 3]

This is needed by [date] because [brief reason — what's dependent on it].

Please let me know if you have any questions or if the timeline doesn't work.

Thanks,
[Name]

Template 3: Escalation

Subject: Escalation: [Issue] impacting [Project Name]

Hi [Name],

I'm escalating [issue] as it's now impacting [specific impact on timeline/budget/delivery].

Current situation:
- [Fact 1 — what happened, with dates]
- [Fact 2 — what the impact is, with numbers]
- [Fact 3 — what's been tried so far]

Proposed resolution:
- [Option A — description, impact, timeline]
- [Option B — description, impact, timeline]

I recommend [Option X] because [brief rationale]. I need a decision by [date] to prevent [consequence].

I'm available to discuss this today — please let me know what time works.

Regards,
[Name]

Template 4: Meeting Follow-Up

Subject: Follow-up: [Meeting name] — Action items & decisions

Hi all,

Thanks for the productive discussion today. Here's a summary of what we agreed:

Decisions made:
1. [Decision 1]
2. [Decision 2]

Action items:
- [Action] — Owner: [Name] — Due: [Date]
- [Action] — Owner: [Name] — Due: [Date]
- [Action] — Owner: [Name] — Due: [Date]

Next meeting: [Date/Time]

Please flag any corrections by EOD. Otherwise, we'll proceed as above.

Thanks,
[Name]

Template 5: Introduction / Kickoff

Subject: Welcome to [Project Name] — Kickoff details

Hi [Name],

Welcome aboard! I'm [Name], and I'll be leading [project description in 1 sentence].

A few quick things to get started:

Project overview: [2-3 sentence summary — what we're doing, why, and target timeline]

Your role: [What we need from them specifically]

Kickoff meeting: [Date, Time, Location/Link]
- Agenda: [Brief — or "attached"]
- Pre-read: [Document/link, if any]

Please let me know if you have any questions before we meet. Looking forward to working together.

Best,
[Name]

Template 6: Gentle Reminder / Follow-Up

Subject: Quick follow-up: [Original request]

Hi [Name],

Just circling back on [the request from my [date] email / our conversation on [date]].

[1 sentence reminder of what was asked — be specific, don't make them search.]

If you've already sent this over, apologies for the cross-wire! Otherwise, could you get this to me by [new deadline]? [Brief note on why timing matters.]

Thanks,
[Name]

Output Options

Default — Plain text email ready to copy-paste into Outlook/Gmail

If multiple variations needed — Provide 2-3 tone variations (e.g., formal vs. friendly)

If it's a campaign/batch — Create a template with merge fields: {{client_name}}, {{deadline}}, {{account_number}}, etc.

If it needs to be a .docx — Use the docx skill for formal correspondence on letterhead

Important Rules

  • Subject lines: 6-10 words, action-oriented. Never "Quick question" or "FYI" or "Important"
  • NEVER use "Please be advised that..." or "As per our previous correspondence..." — these are pompous
  • NEVER start with "I hope this email finds you well" for internal emails — save it for clients you haven't spoken to recently
  • Keep emails under 200 words for requests, under 300 for updates. If it's longer, it should be a document.
  • One email = one purpose. Don't mix an update with an unrelated request.
  • Use the reader's name. "Hi Sarah" not "Hi team" when emailing one person.
  • Always proofread for tone — read it as if you're the recipient having a bad day. Does it still land well?
  • For sensitive topics: draft it, then sleep on it (or at least re-read it after a break)
  • If the user has shared their organization's name, email domain, or house style, apply it consistently; otherwise keep names and domains generic (e.g., example.com)

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.