Community라이팅 & 에디팅github.com

콜드 이메일 재작성기

기존 영업/파트너십 콜드 이메일을 짧고 답장을 유도하는 카피로 재작성합니다. 잠재 고객의 회사 웹사이트와 LinkedIn에서 찾은 증거를 바탕으로 개인화합니다.

콜드 이메일 재작성기란 무엇인가요?

이 스킬은 응답률이 낮은 콜드 이메일을 특정 수신자가 답장하고 싶어지는 짧고 강력한 메시지로 변환합니다. '관련성이 개인화보다 우선한다'는 핵심 원칙 아래, 무분별한 아첨이 아닌 실제 증거(웹사이트, LinkedIn, 뉴스)를 기반으로 이메일의 목적 자체를 바꾸는 진정한 개인화를 수행합니다. 이 스킬은 Claude Code, Cursor, Codex 등 다양한 AI 에이전트 플랫폼에서 사용할 수 있으며, 사용자가 기존 이메일을 붙여넣고 '재작성', '개인화', '답장률 개선'을 요청할 때 트리거됩니다. 특히 CSV 파일 형태의 잠재 고객 리스트를 처리하고 각각에 대해 맞춤형 이메일을 생성할 수 있습니다. 작동 방식은 크게 6단계로 이루어집니다. 첫째, 원본 이메일의 문제점을 진단합니다(제안, 관련성, 요청, 길이 등). 둘째, 각 잠재 고객에 대해 웹사이트와 LinkedIn 등에서 증거를 수집하여 '증거 로그'를 만듭니다. 셋째, 수집된 신호의 강도에 따라 개인화 수준을 A/B/C 등급으로 나눕니다. 넷째, 엄격한 제약 조건(50~90단어, 하나의 질문, 일반 텍스트 등) 하에 이메일을 재작성합니다. 다섯째, 필요시 후속 이메일 시퀀스를 작성합니다. 여섯째, 내장된 체커 스크립트로 이메일의 규칙 준수 여부를 검증하고 문제점을 수정합니다. 이 스킬은 절대 사실을 지어내지 않으며, 증거 없이 아첨하지 않고, 가짜 긴급성을 조성하지 않습니다. 모든 출력은 인간의 검토를 위한 초안이며, 최종 발송 전 확인 사항을 명확히 표시합니다.

지원 대상~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/sowadalmughni/cold-email-rewriter/tree/HEAD/cold-email-rewriter

Installed? Explore more 라이팅 & 에디팅 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

콜드 이메일 재작성기은(는) 무엇을 하나요?

응답을 받지 못하는 콜드 이메일을 특정인이 답장할 가능성이 높은 메일로 바꿉니다. 지어낸 아첨이 아닌, 그 사람에 대한 실제 증거를 사용합니다.

핵심 원칙

콜드 이메일이 답장을 받는 이유는, 당신이 쓰는 이유가 수신자에 관한 것이고, 답장하는 데 드는 비용이 거의 없을 때입니다.

아래 모든 규칙은 다음 두 가지 결과로부터 비롯됩니다:

  1. 관련성이 개인화를 이깁니다. 일반적인 제안에 맞춤형 첫 문장을 덧붙이면 추가 단계가 있는 메일 머지로 읽힙니다. 개인화는 인사말뿐 아니라 왜 쓰는지와 무엇을 제안하는지를 바꿔야 합니다.
  2. 첫 번째 이메일은 미팅이 아닌 답장을 판매합니다. 관심을 물어보고, 캘린더 시간을 요청하지 마세요. 미팅은 그들이 답장한 후에 옵니다.

references/research-basis.md에는 이러한 규칙의 근거 데이터와 출처가 있습니다. 사용자가 규칙에 이의를 제기하거나 이유를 묻는 경우 읽어보세요.

이 스킬이 거부하는 것

  • 잠재 고객에 대한 사실을 절대 지어내지 않음. 이메일의 모든 개인 정보는 증거 로그(2단계)의 한 줄과 출처로 추적 가능해야 합니다. 출처가 없으면 문장도 없습니다. 실제 게시물 없이 "귀하의 최근 게시물이 마음에 들었습니다"는 날조입니다.
  • 증거를 절대 지어내지 않음. 가짜 고객 이름, 비율, 사례 결과는 안 됩니다. 사용자 초안에 증거가 없으면 재작성에도 증거가 없으며, 그 공백을 알립니다.
  • 가짜 긴급성이나 사전 관계를 절대 만들지 않음. 가짜 "Re:" 제목, 첫 연락에서 "지난 이메일에 이어", 지어낸 마감일은 안 됩니다.
  • 절대 발송하지 않음. 출력은 검토용 초안입니다. 이메일 도구가 연결된 경우 요청 시에만 초안을 만듭니다.

입력값

작성 전에 수집합니다. 한 번에, 한 메시지로 빠진 필수 항목을 물어보세요. 스스로 찾을 수 있는 것을 묻지 마세요.

입력값필수참고
원본 이메일(또는 시퀀스 단계)예없으면 제안에서 일반 v0를 작성하고 그렇게 했다고 말함
발신자가 제공하는 것(한 줄)예보통 초안에서 추출 가능; 없을 때만 물어봄
발신자가 뒷받침할 수 있는 실제 증거아니요고객, 수치, 결과. 부재 시 알림; 절대 채우지 않음
잠재 고객 리스트예잠재 고객별: 이름, 역할, 회사, 웹사이트 URL, 알려진 경우 LinkedIn URL
원하는 결과아니요기본값: 관심을 보이는 답장
레지스터 / 시장아니요기본값: 평범하고 직접적이며 동등한 관계. 사용자가 시장이 더 격식을 요구한다고 말하면 조정
붙여넣은 LinkedIn 텍스트아니요프로필 "소개", 최근 게시물, 헤드라인. 최고의 LinkedIn 출처(2단계 참조)

워크플로우

0단계: 라우팅 및 분류

  • 채용 또는 리크루터 아웃리치? 중단하고 job-outreach-email로 라우팅. 권력 역학이 다릅니다.
  • 약 15명 이상의 잠재 고객? 실행당 연구 품질이 떨어진다고 말하고, 계층(아래) 또는 배치를 제안합니다. 사용자가 반대하지 않으면 계층화를 진행합니다.
  • 웜 접촉(이전 스레드, 추천, 이벤트에서 만남)? 콜드가 아닙니다. 공유 컨텍스트로 시작하고, 길이와 CTA 규칙이 완화됩니다.

1단계: 원본 진단

무엇보다 먼저, 답장을 죽이는 요인을 영향 순서대로 나열합니다:

  1. 제안 문제: 낯선 사람이 관심을 가질 만한 이유가 있는가? 제안 자체가 모호하거나 차별화되지 않았다면 먼저 그렇게 말하세요. 카피가 약한 제안을 고칠 수 없으며, 그렇지 않은 척하면 발송이 낭비됩니다.
  2. 관련성 문제: 발신자("저희는 선도적인...")에 관한 것인가, 독자에 관한 것인가?
  3. 요청 문제: 첫 접촉에서 미팅 요청, 캘린더 링크 또는 여러 요청?
  4. 길이와 부담: 단어 수, 문단, 링크, 이미지, 첨부 파일.
  5. AI 및 템플릿 신호: "이 메일이 잘 찾아가길 바랍니다", "귀하의 프로필을 보게 되었습니다", 과장된 형용사, 줄표, 삼중구.

진단은 3~5개의 짧은 불릿으로 제공합니다. 각각에 확신 정도를 태그합니다.

2단계: 각 잠재 고객 조사 및 증거 로그 구축

references/prospect-research.md의 소스 사다리와 사용 가능한 신호 기준을 따릅니다. 요약:

  • 웹사이트: 홈페이지를 가져온 다음, 신호가 있을 가능성이 가장 높은 페이지(뉴스/블로그, 채용, 회사소개/팀, 제품 또는 가격 변경, 사례 연구)를 가져옵니다. WebFetch를 사용하세요. 잠재 고객당 2~4페이지면 충분합니다.
  • LinkedIn: 공개 프로필은 보통 로그인 장벽 뒤에 있으므로 읽을 수 있다고 가정하지 마세요. 다음 순서를 사용하고 첫 번째로 작동하는 것에서 멈추세요:
    1. 사용자가 붙여넣은 텍스트(프로필, 게시물).
    2. 사용자 로그인이 적용된 브라우저 도구를 사용할 수 있고 사용자가 요청한 경우, 해당 명명된 프로필 하나를 열어 읽습니다. 잠재 고객당 프로필 하나, 읽기 전용; 대량 크롤링 금지.
    3. WebSearch "<이름>" "<회사>" linkedin 및 최근 게시물이나 인터뷰; 스니펫이나 가져온 공개 페이지에 실제로 있는 내용만 사용.
    4. 찾을 수 없음: 로그에 "LinkedIn 미읽음"이라고 표시하고 웹사이트에서만 개인화.
  • 뉴스: <회사> + 최근 용어(자금 조달, 출시, 채용, 확장, 파트너십)로 WebSearch 한 번.

각 사용 가능한 신호를 증거 로그에 기록합니다:

| # | 신호(사실) | 출처(URL 또는 "사용자가 붙여넣음") | 출처 날짜 | 최신성 | 이메일에 사용? |

최신성: 90일 미만 = 신선함; 90~365 = 주의해서 사용 가능; 그 이상 = 배경 정보로만, 절대 "최근"이라고 암시하지 않음. 날짜를 모르면 "날짜 미상"이라고 쓰고 최근성을 암시하지 마세요.

잠재 고객당 하나의 신호를 선택하세요: 사용자의 제안과 가장 직접적으로 연결되는 신호. 제안과의 연결은 항상 아첨하는 세부 사항보다 우선합니다. 제안이 지원하는 정확한 역할에 대한 채용 게시물은 그들이 받은 상보다 우선합니다.

3단계: 개인화 수준을 정직하게 계층화

  • A 계층(제안과 연결된 강력한 신호): 해당 신호를 중심으로 한 전체 재작성.
  • B 계층(약하거나 일반적인 신호만 있음): 한 줄의 관찰, 그 다음 세그먼트 수준 본문.
  • C 계층(사용 가능한 것 없음): 세그먼트 수준 이메일, 가짜 개인화 줄 없음. 이 잠재 고객이 개인화를 받지 못한 이유를 명확히 밝힙니다.

C 계층을 A 계층처럼 보이도록 업그레이드하지 마세요. 잘못되거나 지어낸 개인 정보는 없는 것보다 더 큰 피해를 줍니다.

4단계: 재작성

다음 형식을 사용합니다. references/rewrite-patterns.md에는 이전의 성공적인 전/후 예시와 표현 옵션이 있습니다.

제목: 2~5단어, 그들 또는 문제에 관한 것, 당신의 제품이 아닌 것

[1행: 관찰] 증거 로그의 사실 한 문장, 평범하게 서술.
[2행: 함의] 그 사실이 그들에게 의미하는 바; 그것이 창출하는 문제 또는 기회. 추론된 경우 완곡하게 표현("보통 의미", "종종").
[3행: 제안 + 증거] 정확히 그 문제에 대해 당신이 하는 일, 사용자가 가지고 있다면 하나의 실제 증거와 함께.
[4행: 요청] 하나의 낮은 노력 관심 질문.

[이름]

첫 접촉에 대한 엄격한 제약:

  • 본문 50~90단어. 절대 100을 넘지 않음. 짧은 것이 목표가 아니라 쉬운 것입니다. 문장이 답장에 기여하지 않으면 자르세요.
  • 하나의 요청. 관심 또는 가치 제안 질문("한번 볼 가치가 있을까요?", "2페이지 분석을 보내드릴까요?"). 드물게 전환되는 답장을 이끌어내는 열린 "의견은 어떠세요?"는 피하세요. 본문에 미팅 시간이나 캘린더 링크는 넣지 마세요.
  • 일반 텍스트. 이미지, 첨부 파일 없음, 최대 한 개의 링크, 첫 번째 접촉에서는 이상적으로 없음.
  • 발신자 목청 정리 금지. 자신이 누구인지 또는 연락하는 이유로 시작하지 마세요.
  • 줄표 금지. 쉼표, 마침표, 콜론을 사용하세요.
  • 휴대폰에서 읽을 수 있어야 함: 1~2문장 문단.

하나의 주 버전을 작성합니다. 진정으로 다른 각도(다른 신호 또는 다른 제안 프레이밍)가 있는 경우에만 변형 B를 추가하세요. 단순히 표현을 바꾼 것은 안 됩니다.

5단계: 후속 이메일(요청 시 또는 원본이 시퀀스인 경우만)

  • 2차 접촉(34일 후, 같은 스레드, 새 제목 없음): "다시 알림"이 아닌 새로운 가치. 유용한 리소스, 한 줄 통찰력, 또는 다른 각도. 3060단어.
  • 3차 접촉(마지막): 짧고, 쉬운 탈출구 제공: "이것이 우선순위가 아니라면 답장 불필요하며 이쯤에서 마무리하겠습니다."
  • 총 3회 접촉. 그 이상은 답장을 줄이고 불만을 늘리는 경향이 있습니다.
  • 잠재 고객이 관심을 가지고 답장한 후에 미팅 시간 요청은 괜찮습니다.

6단계: 전달 전 확인

모든 이메일에 대해 체커를 실행합니다:

python scripts/check_email.py --file email.txt
# 또는 한 번에 여러 개, ---만 포함된 행으로 구분
python scripts/check_email.py --file batch.txt --split

단어 수, 링크 및 이미지 수, 질문 수, 미팅 요청 표현, 금지된 시작 문구, 줄표, 확인되지 않은 주장을 확인합니다. 모든 FAIL을 수정하세요. 유지하기로 선택한 WARN은 설명하세요.

그런 다음 수동으로 확인합니다:

  • 모든 개인 사실이 증거 로그 행에 매핑됨.
  • 사용자가 제공하지 않은 증거가 추가되지 않음.
  • 관찰 행이 틀려도 이메일이 여전히 말이 됨; 그렇지 않으면 발송 전에 신호를 확인해야 함.

humanizer 스킬이 설치되어 있고 사용자가 최종 마무리를 원한다면, 이후에 설득 모드로 실행할 수 있습니다. 마무리 후 체커를 다시 실행하세요. 마무리 과정에서 길이가 늘어날 수 있기 때문입니다.

출력 형식

잠재 고객별:

## [잠재 고객 이름], [역할], [회사]  (A/B/C 계층)

**제목:** ...

[이메일 본문]

**변형 B**(진정한 대체 각도가 있는 경우에만)

**증거 로그**
| 신호 | 출처 | 날짜 | 사용 |

**발송 전 확인 사항**
- [추론된 사항, 날짜 미상, 또는 열 수 없었던 스니펫의 내용]

원본 진단은 한 번, 상단에 배치하고 잠재 고객별로 반복하지 마세요. 잠재 고객이 5명 이상인 경우, CSV(열: 이름, 회사, 계층, 제목, 본문, 신호, 출처URL, 확인플래그)로 배치를 제공하여 시퀀서에 로드할 수 있도록 합니다.

해당되는 경우, 카피보다 결과를 더 많이 움직일 요소(리스트 타겟팅, 전달 가능성 설정(SPF, DKIM, DMARC, 웜업된 발송 도메인) 또는 제안 자체)에 대한 한 줄로 마무리하세요. 카피는 보통 세 번째 수준의 레버입니다.

관련 스킬