Communitygithub.com

amplitude/builder-skills

Write launch announcement emails and changelog digests for product releases. Use this skill whenever someone asks to write a launch email, draft an announcement email, create a product update email, write a changelog digest, or compose an email to accompany a product launch. Also trigger for "write the email for this launch," "draft the announcement email," "help me email our users about this," or any request to craft email copy tied to a product ship. Covers subject lines, announcement structure, segment-specific emails, changelog digests, and timing relative to social.

What is builder-skills?

builder-skills is a Claude Code agent skill that write launch announcement emails and changelog digests for product releases. Use this skill whenever someone asks to write a launch email, draft an announcement email, create a product update email, write a changelog digest, or compose an email to accompany a product launch. Also trigger for "write the email for this launch," "draft the announcement email," "help me email our users about this," or any request to craft email copy tied to a product ship. Covers subject lines, announcement structure, segment-specific emails, changelog digests, and timing relative to social.

Works with~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/amplitude/builder-skills/tree/HEAD/launch-skills/skills/launch-email

Ask in your favorite AI

Open a new chat with this agent skill pre-loaded.

Documentation

Launch Email

This skill helps write emails for product launches — from full-list announcements to segmented feature emails to changelog digests. Email consistently outperforms social for conversion because it reaches people who already care. The goal is to leverage that existing relationship: be direct, be valuable, and get the reader to the product fast.

Email types by launch tier

Tier 1: Full list announcement

For major new products or platform shifts. Goes to your entire subscriber list. This is your highest-stakes email — treat it accordingly.

Structure: Subject line → hero (what launched + why it matters) → visual (screenshot or GIF) → 2-3 supporting points → single CTA → signature.

Keep it under 400 words. Email is not a blog post. Link to the landing page and blog post for depth.

Tier 2: Segment-specific announcement

For major new features that matter to a specific subset of users. Sends to the relevant segment only — this is both more targeted and protects your full list from email fatigue.

Structure: Subject → direct hook (why this segment should care) → what it does → how to try it → CTA.

Keep it under 300 words. The segment already knows your product; skip the preamble.

Tier 3: Changelog digest

For smaller improvements, bundled weekly or biweekly. Goes to users who opt in to changelog updates.

Structure: "[Week of X] — What's new" → short bulleted list of improvements → link to full changelog.

Keep it under 150 words. Brevity signals respect for the reader's time.

Subject lines

The subject line is the tweet first-line equivalent for email. It determines whether the email gets opened.

What works

  • Specificity: "Real-time transcription now supports 14 languages" outperforms "Big news about our API"
  • Value-forward: Lead with what the reader gains, not what you shipped
  • Short: Under 50 characters for mobile. The preview text carries the rest
  • No clickbait: Your list opted in because they trust you. Don't abuse it

Subject line formulas

  • "Introducing [Product/Feature]: [one-line value prop]"
  • "You can now [specific capability]"
  • "[Product] just got [improvement] — here's what changed"
  • "[Feature] is here: [concrete benefit]"
  • "New: [specific thing] for [specific audience]"

Preview text

Most email clients show 40-90 characters of preview text after the subject. Write it intentionally — don't let the email client pull the first line of body copy (often unreadable). The preview text should complement, not repeat, the subject.

Subject: "Introducing real-time translation for voice apps" Preview: "14 languages, sub-200ms latency, available now on free tier"

What to avoid

  • "We're excited to announce..." (buries the value, overused)
  • Emoji in subject lines (A/B test before using; often lowers open rate in B2B)
  • ALL CAPS or excessive punctuation (spam filters + looks desperate)
  • Vague teasers: "Something big is coming..." (erodes trust if overused)
  • Misleading subjects that don't match the email content

Announcement email structure

Opening (1-2 sentences)

State what launched and the primary value. No warmup. No "Hope you're having a great week."

Good: "Today we're launching [Feature] — you can now [do specific thing] directly from [product]."

Weak: "We've been working hard on something we're really excited to share with you."

Body (100-200 words)

Cover 2-3 supporting points. Each one should answer a reader question:

  • What does it do? (if not fully clear from the opening)
  • How does it work? (1-2 sentences, enough to reduce "is this too hard?" friction)
  • Why does it matter? (concrete outcome, not abstract benefit)

Use short paragraphs — 2-3 sentences max. Emails with walls of text get skimmed or deleted.

Visual

Include a product screenshot, GIF, or short video. Embed it, don't link to it. The visual should show the product doing the thing the opening promises. No stock photos.

CTA

One link. Make it a button, not just a hyperlink. Be specific: "Try [Feature] now" beats "Learn more."

Place it prominently after the body — not buried at the bottom after a second screen of text.

Signature

Keep it human. A name, role, and optionally a one-liner about what you're building. Avoid legal footers cluttering the main email body (put them in fine print below).

Segmentation decisions

ScenarioSegment
New product, new categoryFull list
Major feature for power usersUsers who use related features
Integration with third-party toolUsers who have connected that tool
Pricing changeAffected plan tiers only
Beta → GAUsers in beta + waitlist
Changelog digestChangelog subscribers only

Sending to the wrong segment is worse than not sending at all. A power-user feature email sent to inactive free users trains them to ignore your emails.

Timing relative to social

Email is not the first thing you send on launch day — social is. The sequence:

  1. Social posts first (early morning) — gets real-time engagement while the audience is active
  2. Blog post published — the email links to it, so it must be live first
  3. Email send (mid-morning to early afternoon) — captures people who missed social; gives the blog post backlink traffic

For Tier 1 launches, send email 2-4 hours after the social posts go out. This staggers your traffic sources and gives you something to say in the email ("Check out the full post →").

Changelog digest format

The digest is a habit, not an announcement. It rewards users who stay subscribed by showing consistent momentum.

Digest structure

Subject: [Product] updates — week of [date]

What's new this week:

• [Improvement 1] — one sentence on what changed and why it matters
• [Improvement 2] — same
• [Improvement 3] — same

[Optional: one sentence on what's coming next week]

→ Full changelog: [link]

Keep each bullet to one sentence. If an improvement needs more explanation, it probably warrants its own Tier 2 email.

Ship the digest on a consistent day (Friday afternoons work well — it's a low-send-competition window and feels like a weekly wrap-up).

Common mistakes

  • Sending email before the landing page or blog post is live. The email's job is to send people somewhere. Make sure the destination exists.
  • Too long. Email is not the place for depth. Link to the blog post for that.
  • Multiple CTAs. Every additional link after the primary CTA reduces its click rate. One destination per email.
  • Same email to everyone. A feature announcement relevant to 20% of your list is noise for the other 80%.
  • No plain text version. Some email clients block HTML. Send both.
  • Sending at the wrong time. B2B emails perform best Tuesday-Thursday, 9-11 AM in the recipient's timezone. Consumer/developer audiences skew later in the day.

Companion skills

  • launch-strategy — messaging brief (primary value prop and audience for the email)
  • launch-tweet — social copy that goes out before the email
  • launch-blog-post — the post the email links to
  • launch-distribution — where email fits in the full distribution sequence

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

amplitude/builder-skills

Performs deep analysis of a specific Amplitude chart to explain trends, anomalies, and likely drivers. Use when a metric looks unusual, investigating a spike or drop, or understanding the "why" behind numbers.

amplitude/builder-skills

Deeply analyze Amplitude dashboards by analyzing key charts, surfacing top areas for concern and takeaways, identify anomalies, then explain changes using customer feedback trends.

amplitude/builder-skills

Designs A/B tests with proper metrics and variants, analyzes running or completed experiments, and interprets results with statistical rigor. Use when setting up experiments, checking experiment status, analyzing results, or making ship decisions.

amplitude/builder-skills

Synthesizes customer feedback into actionable themes including feature requests, bugs, pain points, and praise. Use when planning product roadmap, understanding user sentiment, investigating specific issues, or preparing voice-of-customer reports.

amplitude/builder-skills

Analyze MCP server usage instrumented with Amplitude's MCP Analytics SDK: break usage and errors down by tool, read the rationales within each tool to see what callers are trying to do, and produce a prioritized write-up of actionable fixes. Use this skill whenever the user asks to understand how their MCP server is being used, what agents/users are trying to do with it, why tool calls are failing, what to fix or improve in their MCP server, or asks for an "MCP usage report", "tool error analysis", "intent analysis", "rationale clustering", or "MCP insights". Also trigger when the user mentions [MCP]-prefixed events, tool rationale, tool call errors, or just finished instrumenting their MCP server and wants to see what the data says. Requires the Amplitude MCP connector.

amplitude/builder-skills

Read lost deals and churned accounts from your CRM, extract reasons clustered by theme (missing features, pricing, competitors, UX), and write a prioritized weekly analysis with product improvement recommendations. Use before roadmap planning or to build the case for prioritizing retention work.

amplitude/builder-skills

Creates Amplitude charts from natural language descriptions, handling event selection, filters, groupings, and visualization choices. Use when you know what you want to measure but prefer not to build the chart manually.

amplitude/builder-skills

Guide an Amplitude user through building a custom agent by suggesting use cases grounded in their role and data, shaping the idea into a well-formed spec, and generating a ready-to-run Global Agent deeplink that creates it. Use to create, build, or set up a custom agent, automate a recurring analysis, or put a repeated report on a schedule.

amplitude/builder-skills

Builds comprehensive Amplitude dashboards from requirements or goals, organizing charts into logical sections with appropriate layouts. Use when creating a complete dashboard from scratch or assembling existing charts into a cohesive view.

amplitude/builder-skills

Monitors all active and recently completed experiments across Amplitude projects, triages them by importance, then runs deep analysis and reporting on the most impactful ones. Use when the user asks to "check on experiments", "experiment status", "experiment review", "what experiments are running", or wants a periodic experiment health report.

amplitude/builder-skills

Pull Intercom tickets and Slack support messages from the past 7 days, classify each signal, enrich with CRM data (ARR, plan, renewal), score by customer value and churn risk, and output a tiered priority report saved to Drive. Use when you need a fast, data-driven view of what support signals matter most.

amplitude/builder-skills

Use this skill whenever a user wants to improve existing pages on their website to get cited more by AI models — whether they say "our pages aren't getting cited", "improve this page for AI visibility", "which of our pages should we update", "make this article more cite-worthy", "our competitors are getting cited instead of us", "update our content for AI search", or any variation where the goal is improving an existing asset rather than creating something new. This skill pulls owned pages from AI Visibility, identifies which ones have citation potential but are underperforming, compares them against the external pages that are winning citations on the same topics, and produces section-level rewrites or a full-page update — then pushes the revision to the CMS as a draft. Trigger even if the user just says "help me get cited more" or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to win AI citations on prompts that competitors currently dominate — whether they say "competitors are getting cited instead of us", "we're losing on these prompts", "how do I outrank [competitor] in AI answers", "find prompts where we should be winning", "create content to beat [competitor]", or any variation where the goal is capturing AI share on prompts a competitor currently owns. This skill pulls competitor visibility data from AI Visibility, identifies the specific prompts where competitors win and Amplitude is absent, clusters them by intent, and produces targeted comparison pages, alternatives content, or rebuttal assets — then pushes drafts to CMS. Trigger on any mention of competitor, prompt hijack, outrank, or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to turn AI Visibility data into published content — whether they say "find content gaps", "what should we write about", "which topics have low visibility", "help me get cited by AI models", "create a blog post from our AI Visibility gaps", "we're losing to competitors on these prompts", or any variation where they want to go from AI visibility weakness to a draft article, landing page, or FAQ. This skill connects directly to Amplitude AI Visibility data (topics, prompts, visibility scores, citations, competitor data, full LLM responses and sources) and produces a publish-ready content brief plus full article draft. If the user mentions CMS (WordPress, Webflow, Contentful, Sanity, HubSpot, Ghost, Shopify), also trigger this skill to push the draft directly. Trigger even if they just say something vague like "what content should we create?" in an AI Visibility context.

amplitude/builder-skills

Use this skill whenever a user wants to test content variants before publishing to find which one will get cited most by AI models — whether they say "which version of this content will perform better", "test this article before we publish", "simulate how AI will respond to this content", "which angle should we use", "generate content variants and pick the winner", "run a simulation before publishing", or any variation where the goal is data-driven content selection rather than gut-feel publishing. This skill takes an identified content opportunity, generates 2–3 distinct variants with different angles or structures, scores them against actual AI model responses from AI Visibility, references the Simulate Changes feature for pre-publish validation, and produces a clear recommendation on which variant to publish — then pushes the winner to CMS. Trigger on any mention of "simulate", "test variants", "which performs better", "A/B content", or "before we publish".

amplitude/builder-skills

Use this skill whenever a user wants to understand which external sources are being cited by AI models on topics relevant to their brand, and wants to create content that will outrank those sources — whether they say "what sources are AI models citing", "why is [third-party site] being cited instead of us", "we want to be the definitive source on X", "build something that gets cited more than G2 or TechRadar", "create an authoritative asset", or any variation where the goal is producing a new reference asset (definition page, benchmark, methodology, glossary, comparison hub) designed to beat existing top-cited sources. This skill analyzes AI Visibility source data, reverse-engineers what makes top-cited pages authoritative, and produces a superior source asset — then pushes it to CMS as a draft. Trigger on any mention of "sources", "third-party citations", "authoritative content", "definitional pages", or "outrank".

amplitude/builder-skills

Instrument a Node/TypeScript MCP server with Amplitude's @amplitude/mcp-analytics SDK so tool calls, sessions, and rationale are tracked as Amplitude events. Use this skill whenever the user wants to add Amplitude analytics to their MCP server, mentions "MCP Analytics", "@amplitude/mcp-analytics", "instrument my MCP server", "track MCP tool calls", "add rationale to my MCP tools", or wants agent traffic (Claude, Cursor, ChatGPT) attributed back to Amplitude. Also use for adding UTM tagging to MCP-returned links, or for troubleshooting identity/user_id mismatches between MCP events and web/mobile Amplitude data.

amplitude/builder-skills

Instruments a pull request with Amplitude analytics that conform to the project's existing taxonomy. Reads the tracking plan via the Amplitude MCP server (events, properties, naming conventions), analyzes the PR diff to find the few user actions genuinely worth tracking, detects the codebase's SDK and tracking patterns, and adds instrumentation that matches both. Optionally (opt-in) stages new events and properties on an Amplitude tracking-plan branch for data-governance review. Use when asked to "instrument this PR", "add analytics to this change", "add tracking", "add Amplitude events", "instrument this feature", or "what should I track here".

amplitude/builder-skills

Diagnoses product health by cross-referencing Amplitude analytics (dashboards, charts, funnels, feedback, AI agent analytics), optionally Datadog (errors, latency, stack traces), and optionally Slack (qualitative feedback, bug reports, feature requests). Identifies what's broken, what's working, and what to do about it — with root causes, not just symptoms. Use when asked to "diagnose my product", "what's going on", "product health check", "what's broken", "where are users struggling", "give me a product diagnosis", or "what should I focus on".

amplitude/builder-skills

Summarizes B2B account health by analyzing usage patterns, engagement trends, risk signals, and expansion opportunities. Use for customer success reviews, renewal preparation, QBRs, or account prioritization.

Related Skills