Skip to main content

newsletter-draft

Draft a newsletter issue from an episode — subject-line options, preview text, one core idea developed, and a clear CTA.

소스 정보

저장소
ryanfrigo/clawmart
최근 소스 활동
2026년 7월 3일 06:45
감지된 SKILL.md 언어
영어
스타
3
포크
0

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
newsletter-draft
description
Draft a newsletter issue from an episode — subject-line options, preview text, one core idea developed, and a clear CTA.
metadata
{"openclaw":{"emoji":"✉️"}}
# Newsletter Draft Writes a full newsletter issue built around **one** idea from an episode — not a link dump. Great newsletters teach a single thing and then point to the full episode for people who want more. This skill produces the subject lines, the preview text, and the body, in the sender's voice. ## When to use (trigger phrases) Use this skill when the user says: - "write the newsletter for this episode" - "draft this week's email" - "turn this episode into a newsletter issue" - "I need subject lines and a body from this" - "email version of the episode" ## How it works 1. **Read the transcript and show notes.** Reuse `show-notes` output if it exists — the takeaways and pull quotes are your raw material. 2. **Pick the ONE core idea.** An episode has many threads; a good issue has one. Choose the through-line most useful to the reader (usually the strongest contrarian take or the most actionable framework) and build the whole email around it. Everything else becomes a one-line "also in this episode." 3. **Write subject lines (3–5 options).** Keep them ~30–50 characters (mobile truncates hard). Alternate two levers: **curiosity** ("The 90-day death zone") and **benefit/specificity** ("A retention fix you can ship this week"). No `RE:`/`FWD:` fakery, no all-caps, no false urgency — that trains readers to ignore you and trips spam filters. 4. **Write the preview / preheader text.** One sentence that extends the subject line (this shows in the inbox next to it). Don't repeat the subject; add to it. 5. **Structure the body:** - **Hook** (1–3 sentences): open on the idea's tension, not "In this week's episode…". - **The idea, developed** (2–4 short sections): explain it, ground it in the guest's story or example, and give the reader the takeaway they can use. Short paragraphs, plenty of whitespace — most people read on a phone. - **CTA to the episode:** one clear ask with a timestamp deep-link ("Dr. Chen breaks down the three fixes at 21:05 → [link]"). One primary CTA, not five. - **Sign-off + optional PS.** The PS is the second-most-read line in any email — use it for a soft secondary CTA (reply, reshare, the one link). 6. **Match the sender's voice.** Ask for a past issue or a one-line description. Newsletters live and die on a consistent, human voice. 7. **Save as a draft file.** Write it where the user keeps drafts. This skill does **not** send. ## Output ```markdown Subject line options: 1. The 90-day death zone 2. Your churn problem is (probably) a lie 3. A retention fix you can ship this week Preview text: Most apps don't die from a bad product. They die in session one. --- Most founders think they have a churn problem. They almost never do. They have a first-session problem — and the two need completely different fixes. I talked to Dr. Chen this week about the "90-day death zone," the window where most consumer apps quietly lose the users they spent so much to acquire. Her reframe stuck with me: > "You don't have a churn problem, you have an empty-state problem. Nobody > leaves a product that's already full of their stuff." The fix isn't more features. It's making session one leave something behind: - **Shorten time-to-value** — get them to the "oh, nice" moment faster. - **Kill the empty state** — seed the account so it never looks abandoned. - **Earn the first notification** — one that's actually worth the tap. She walks through all three (with the D30 numbers) starting at 21:05. → Listen to the full episode: [link] — Ryan PS. If you know a founder staring at a scary retention chart, forward this. ``` ## Notes - **This skill drafts; it does not send.** Sending requires an email tool you configure — Resend, your ESP's API, Beehiiv, ConvertKit, Substack. OpenClaw won't push to your list on its own, and you should always eyeball an issue before it goes out. - **One idea per issue.** The urge to include everything is the most common way newsletters get boring. Cut ruthlessly; the episode link carries the rest. - **Subject-line honesty is deliverability.** Clickbait and fake-urgency subjects raise unsubscribes and spam reports, which quietly wreck your inbox placement for everyone on the list. - If the user runs A/B subject tests, give them two genuinely different angles (curiosity vs. benefit), not two rewordings of the same line. - Keep links to one primary CTA; extra links dilute clicks and can hurt deliverability.
GitHub에서 보기