newsletter-creator
Company newsletter and content roundup creation with consistent formatting, content curation, and audience segmentation. Use when creating internal newsletters, external digests, or content summaries.
What this skill does
# Newsletter Creator
Structured frameworks for creating compelling internal and external newsletters with consistent quality, effective curation, and audience-appropriate tone.
## Newsletter Structure
### Standard Newsletter Sections
```
NEWSLETTER LAYOUT:
1. HEADER
- Newsletter name / brand
- Edition number and date
- Tagline or theme for this edition
2. TL;DR / HIGHLIGHTS (above the fold)
- 3-5 bullet summary of key items
- Designed for scanners who won't read the full email
- Each bullet links to the corresponding section
3. FEATURED STORY (1 item)
- Primary content piece
- 150-250 words with a clear takeaway
- Supporting image or graphic
- CTA: read more, watch, try
4. NEWS & UPDATES (3-5 items)
- Brief summaries (50-100 words each)
- Consistent format: headline, summary, link
- Categorized if applicable
5. CURATED CONTENT (3-5 items)
- Third-party articles, tools, or resources
- Brief annotation explaining relevance
- Source attribution
6. SPOTLIGHT SECTION (1 item, rotating)
- Team member spotlight, customer story, tool tip
- Rotates theme each edition
- Personal and engaging
7. UPCOMING EVENTS / DATES
- Relevant events, webinars, deadlines
- Calendar format or simple list
8. FOOTER
- Unsubscribe / manage preferences
- Social media links
- Feedback prompt ("Reply with your thoughts")
- Archives link
```
### Internal vs External Newsletter Differences
| Element | Internal Newsletter | External Newsletter |
| --- | --- | --- |
| **Tone** | Casual, transparent, team-oriented | Professional, value-driven |
| **Content** | Company updates, wins, culture | Industry insights, product updates |
| **Frequency** | Weekly or biweekly | Weekly, biweekly, or monthly |
| **Length** | 500-800 words | 300-600 words |
| **CTA** | Participate, recognize, feedback | Read more, try feature, register |
| **Metrics** | Open rate, survey feedback | Open rate, CTR, conversions |
| **Personalization** | By team or department | By segment or interest |
## Content Curation Methodology
### Curation Workflow
```
WEEKLY CURATION PROCESS:
COLLECT (ongoing throughout week):
- Save articles to curation tool (Pocket, Raindrop, Notion)
- Tag with categories and relevance score
- Note key quotes or takeaways
- Track sources for diversity
EVALUATE (1 day before send):
- Review all saved items
- Score each on: relevance, timeliness, quality, uniqueness
- Select top items per section
- Verify links still work
- Check for duplicates from prior editions
CURATE (writing day):
- Write brief annotations for each item (why it matters)
- Arrange in priority order
- Write featured story and transitions
- Add editorial perspective where appropriate
REVIEW (before send):
- Proofread all copy
- Test all links
- Preview in email client (desktop + mobile)
- Check accessibility (alt text, contrast)
- Send test to 2-3 reviewers
```
### Content Scoring Matrix
| Criterion | Weight | 5 (Include) | 3 (Maybe) | 1 (Skip) |
| --- | --- | --- | --- | --- |
| **Relevance** | 30% | Directly applicable | Tangentially related | Off-topic |
| **Timeliness** | 25% | This week / breaking | This month | Old news |
| **Quality** | 20% | Expert source, data-backed | Good but generic | Listicle / fluff |
| **Uniqueness** | 15% | Unlikely readers saw it | Moderately circulated | Viral / everywhere |
| **Actionability** | 10% | Clear takeaway or action | Informational | Abstract / theoretical |
```
THRESHOLD:
3.5+: Definite include
2.5-3.4: Include if space permits
< 2.5: Skip unless slow news week
```
## Tone and Voice Guidelines
### Voice Framework by Audience
```
INTERNAL NEWSLETTER VOICE:
Personality: Friendly colleague who's well-informed
Tone: Warm, transparent, sometimes playful
Language: First-person plural ("we"), casual contractions
Avoid: Corporate jargon, overly formal language, spin
EXAMPLE:
"Big week for the product team — they shipped the new
dashboard that's been in the works since Q3. If you haven't
tried it yet, you're missing out. Here's a quick walkthrough."
──────────────────────────────────────────────────────
EXTERNAL NEWSLETTER VOICE:
Personality: Trusted industry insider
Tone: Authoritative but approachable, value-focused
Language: Second-person ("you"), professional but not stiff
Avoid: Self-promotion overload, clickbait, assumptions
EXAMPLE:
"This week, three major shifts in the data infrastructure
space caught our attention. Here's what they mean for your
stack — and what to do about it."
```
### Annotation Style Guide
```
CONTENT ANNOTATION FORMULA:
[HEADLINE] (linked)
[1-2 sentence summary of what it covers]
[1 sentence on why it matters to your audience]
EXAMPLE:
"The State of Developer Experience 2025" (link)
GitHub's annual report surveying 12,000 developers on tooling,
AI adoption, and workflow satisfaction. Worth reading for the
data on how teams are actually using AI coding assistants —
the gap between hype and reality is illuminating.
BAD ANNOTATION:
"The State of Developer Experience 2025" (link)
Check out this report from GitHub.
(No context, no why-it-matters, no reason to click)
```
## Layout and Formatting Best Practices
### Email Design Principles
```
FORMATTING RULES:
WIDTH:
- Max content width: 600px
- Single column preferred (reliable rendering)
- 2-column only for desktop-specific sections
TYPOGRAPHY:
- Body: 16px minimum (mobile readability)
- Headlines: 20-24px
- Line height: 1.5-1.6
- Font: System fonts or web-safe (Arial, Georgia, Helvetica)
IMAGES:
- Width: 100% of container (responsive)
- Alt text on every image
- File size: < 200KB per image
- Use sparingly — many clients block images by default
SPACING:
- Section dividers between major sections
- Generous padding (20px+) between items
- White space > cramped content
MOBILE:
- Test on iOS Mail, Gmail app, Outlook app
- Buttons: minimum 44x44px touch target
- Text should be readable without zooming
- Stack columns vertically on mobile
```
### Template Structure (HTML)
```
EMAIL TEMPLATE SKELETON:
<!-- Preheader text (shows in inbox preview) -->
<!-- Max 150 chars, summarize key content -->
[HEADER: Logo + Edition Info]
[TL;DR BOX: 3-5 bullet highlights]
[DIVIDER]
[FEATURED STORY: Image + Text + CTA Button]
[DIVIDER]
[NEWS SECTION: 3-5 items, consistent format]
[DIVIDER]
[CURATED LINKS: 3-5 external items with annotations]
[DIVIDER]
[SPOTLIGHT: Rotating section]
[DIVIDER]
[EVENTS: Simple list or calendar]
[FOOTER: Unsubscribe, social, feedback]
```
## Subject Line Optimization
### Subject Line Formulas
```
PROVEN FORMATS:
CURIOSITY: "The one metric most teams get wrong"
NUMBER: "5 things we learned shipping v3.0"
QUESTION: "Is your CI pipeline costing you hours?"
NEWS: "Big changes coming to [product] this quarter"
PERSONAL: "[Name], your weekly engineering digest"
EMOJI: "This week in product" (use sparingly, max 1)
CHARACTER LIMITS:
- Ideal: 30-50 characters
- Max: 60 characters (mobile truncation)
- Preheader: extend subject with 40-90 chars of context
A/B TEST PAIRS:
- Short vs. long
- Question vs. statement
- With emoji vs. without
- Specific vs. vague
- Personalized vs. generic
```
### Subject Line Anti-Patterns
```
AVOID:
- ALL CAPS (looks like spam)
- Excessive punctuation (!!!)
- Misleading or clickbait subjects
- "Newsletter #47" (boring, no reason to open)
- Repeating the same format every week
- Overly long subjects that get truncated
```
## Metrics and Performance Tracking
### Key Metrics
| Metric | Good | Average | Needs Work | Action |
| --- | --- | --- | --- | --- |
| **Open Rate** | > 40% | 25-40% | < 25% | Improve subject lines, send time |
| **Click Rate** | > 5% | 2-5% | < 2% | Better CTAs, more relevant content |
| **Click-to-Open** | > 15% | 8-15% | < 8% | Content quality, layout |
| **Unsubscribe** | < 0.1% | 0.1-0.3% | > 0.3% | Frequency, relevance review |
| **Reply Rate** | > 1% | 0.5-1% | < 0.5% | Add reply prompts, questRelated in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing — use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.