Thread Writer — 하나의 아이디어를 끝까지 읽게 만드는 법

Thread Writer — 하나의 아이디어, 사람들이 끝까지 읽게 만드는 법

스레드가 실패하는 이유는 단 하나입니다. 중간 어딘가에서, 한 줄이 독자에게 멈춰도 된다는 허락을 주기 때문입니다. 이 스킬은 모든 줄의 유일한 목적이 다음 줄로 독자를 끌어들이는 스레드를 만듭니다. 실제로 지키는 약속으로 시작하고, 독자가 시간을 투자하기 전에 믿게 만드는 구체적인 내용을 상단에 배치합니다.

개인화

이 스킬은 당신의 브랜드 보이스로 작동합니다. 실행하기 전에 ~/.claude/brand-profile.md에서 브랜드 프로필을 불러옵니다.

• 프로필이 없으면 먼저 personalize 스킬을 실행하세요(또는 이름, 전문 분야, 제공하는 것, 대상 고객을 알려주시면 제가 만듭니다).
• 이 스킬에 필요한 필드가 비어 있으면 한두 가지 질문을 하고 답변을 프로필에 저장하므로 한 번만 답하면 됩니다.
• 사용자에 대한 사실이나 결과를 절대 지어내지 마세요. 프로필에 있는 내용만 사용하거나 질문하세요.

단계

1. 하나의 아이디어 찾기

질문: "사람들이 알았으면 하는 단 한 가지는 무엇인가요?"

그런 다음 답변을 한 문장으로 압축합니다. 다시 말해줍니다. 한 문장으로 만들 수 없다면, 두 개의 스레드가 있는 것이니 지금 쓸 스레드를 하나 고르게 하세요.

또한, 명확하지 않다면 질문합니다: "실제로 해보셨나요, 아니면 읽은 내용을 설명하는 건가요?" 자신의 경험, 실수, 숫자에 기반한 스레드는 일반적인 조언에 기반한 스레드보다 열 배는 가치 있습니다. 항상 자신의 경험 쪽으로 유도하세요.

2. 한 글자도 쓰기 전에 증거 모으기

구체적인 것을 요청하세요:

• 실제로 측정한 숫자 (시간, 돈, 시도 횟수, 사용자, 일)
• 특정 순간 (고장난 그날 밤, 첫 번째 사용자의 메시지)
• 설명할 수 있는 전후 비교

이것들을 먼저 적어두세요. 스레드 전체를 지탱해줍니다. 아무것도 없다면 스레드는 평범해질 것입니다. 더 좁은, 실제로 경험한 아이디어로 돌아가세요.

숫자를 절대 지어내지 마세요. 숫자가 없으면 구체적인 설명을 대신 사용하세요: "5일 밤이 걸렸다"는 숫자입니다. "매번 같은 화면에서 계속 멈췄다"는 구체적인 세부사항입니다. 둘 다 괜찮습니다. "정말 힘들었다"는 안 됩니다.

3. 구체적인 약속을 하는 훅 쓰기

훅은 한두 줄이며, 정확한 약속을 해야 합니다.

다음 기준으로 테스트하세요:

• 독자가 얻는 것이 명시되어 있나요? "코드 없이 주말에 예약 사이트를 만든 방법"은 약속합니다. "만드는 것에 대한 생각"은 약속하지 않습니다.
• 반증 가능할 정도로 구체적인가요? 모호한 약속은 노이즈로 읽힙니다.
• 서두를 피했나요? "이야기하고 싶은 것은", "여기 스레드가 있습니다", "말씀드리자면" 같은 표현은 자르세요.
• 당신이 누군지 전혀 모르는 낯선 사람이 멈출 만한가요?

좋은 훅의 형태: 구체적인 결과 + 놀라운 제약 조건. "작동하는 앱을 6일 밤에 만들었는데, 아직도 코드를 읽을 수 없습니다."

세 개의 훅을 쓰세요. 가장 강력한 것을 고르고 그 이유를 한 줄로 설명하세요.

4. 본문 작성 — 줄마다 하나의 아이디어

이제 중간 부분을 쓰세요. 규칙은 엄격합니다. 여기서 스레드가 죽기 때문입니다.

• 줄마다 하나의 아이디어. 한 줄에 두 생각을 절대 쌓지 마세요. "그리고"로 두 아이디어를 연결하는 줄이 있다면 나누세요.
• 모든 줄 사이에 빈 줄. 공백이 휴대폰에서 읽기 쉽게 만듭니다.
• 3~4번째 줄 안에 구체적인 증거. 숫자나 특정 순간을 초반에 넣으세요. 독자는 처음 15초 안에 신뢰할지 결정하지, 마지막에 결정하지 않습니다.
• 유지 규칙: 각 줄을 읽고 "이 줄이 다음 줄을 궁금하게 만드는가?"라고 자문하세요. 줄이 긴장을 완전히 풀어버리면, 해소를 뒤로 미루거나 줄을 자르세요. 모든 줄은 약간 열린 채로 끝나야 합니다.
• 중간 요약 금지. "보시는 바와 같이"는 독자가 떠나는 지점입니다.
• 중간 부분은 실제 순서로 정렬하세요: 내가 생각했던 것 → 실제로 일어난 일 → 다르게 할 점. 스토리 비트 목록. 목록이어야 한다면 각 항목을 작은 이야기로 만드세요.

길이: X는 612줄, LinkedIn은 815개의 짧은 줄. 그보다 길다면 아이디어가 하나가 아닌 것입니다.

5. 마무리 짓기

대부분의 스레드는 약한 "어쨌든, 도움이 되길 바랍니다"로 흐지부지 끝납니다. 마무리는 다음 세 가지 중 하나만 해야 하며, 하나만 선택하세요:

• 훅으로 돌아가기. 약속을 직접 이행하고 멈추세요.
• 가장 작은 다음 단계 제시하기. 오늘 밤에 할 수 있는 한 가지 행동을 한 줄로 설명하세요.
• 진짜 질문 하기. "생각 있나요?"가 아니라 — 다섯 단어 안에 답할 수 있을 정도로 구체적인 질문.

그런 다음, 공유할 것이 있다면 CTA 하나. X에서는 링크 또는 "댓글 남기면 보내드립니다"입니다. LinkedIn에서는 댓글 키워드가 링크보다 더 많은 댓글을 끌어옵니다. 하나만 요청하세요.

6. 플랫폼에 맞게 포맷하고 다시 읽기

• X: 번호를 매기지 마세요. 각 줄이 스레드에서 하나의 게시물이 됩니다. 각 게시물은 280자 이내. 게시물 1은 훅. 마지막 게시물에 CTA.
• LinkedIn: 하나의 게시물. 처음 두 줄은 "더 보기" 앞에서 작동해야 합니다. 훅과 약속을 거기에 넣으세요. 모든 줄을 짧게 유지.

저장 전 마지막 확인:

• 가장 약한 줄을 자르세요. 항상 하나는 있습니다.
• 삭제해도 의미가 사라지지 않는 줄은 삭제하세요.
• 금지 단어: unlock, leverage, elevate, game-changer, journey, seamless, humbled, thrilled.
• 소리 내어 읽어보세요. 더듬거리는 문장은 더 짧게 다시 쓰세요.

출력 — 저장

완성된 스레드를 ~/threads/YYYY-MM-DD-짧은-슬러그.md에 저장하세요(필요하면 ~/threads/ 디렉토리 생성).

파일에는 다음이 포함됩니다: 한 문장 아이디어, 플랫폼, 선택한 훅과 차순위 두 개, 게시되어야 하는 대로 정확히 포맷된 전체 스레드(X는 번호가 매겨진 게시물, LinkedIn은 하나의 블록), 그리고 CTA.

사용자에게 경로를 알려주세요. 그런 다음 다음 행동 하나를 제시하세요: 게시하고, 첫 1시간 안에 모든 댓글에 답글을 달 것 — 댓글이 핵심입니다.

예시 (입력 → 출력)

입력: "코드를 한 줄도 써본 적이 없는데 Claude Code로 주말에 포트폴리오 사이트를 만든 스레드를 쓰고 싶어요. 레이아웃을 제대로 잡는 데 9번 정도 시도했어요."

출력 (~/threads/2026-07-30-포트폴리오-주말.md에 저장):

하나의 아이디어: 코드를 알 필요는 없습니다. 아홉 번 잘못됐다고 말할 용기가 필요할 뿐입니다.

훅:

주말에 포트폴리오 사이트를 만들었습니다. 코드를 한 줄도 써본 적이 없어요.

아무도 알려주지 않는 부분: 레이아웃 하나 제대로 잡는 데 9번이 걸렸고, 그게 정상입니다.

본문 (발췌):

1번 시도는 못생겼어요. "헤더가 좁아 보여요"라고 말했죠.

4번 시도는 더 나빴어요. 그것도 말했어요.

코드를 한 번도 열어보지 않았어요. 단 한 번도요.

매번 제 눈으로 직접 볼 수 있는 한 가지 구체적인 문제를 말했어요.

그게 전부입니다. 평범한 말로 잘못된 점을 소리 내어 설명하는 것.

마무리:

사이트는 라이브입니다. 주말과 평범한 영어로 불평한 9번의 시도가 걸렸어요.

코딩을 배울 때까지 기다리고 계셨다면: 잘못된 것을 기다리고 계신 겁니다.

댓글에 SITE를 남기시면 제가 사용한 정확한 프롬프트를 보내드립니다.

참고 사항 / 예외 상황

• 이 스킬이 방지하는 실패 모드: 실제로는 다섯 개의 스레드가 합쳐진 하나의 스레드. 하나의 아이디어, 아니면 아무도 끝까지 읽지 않습니다.
• 증거, 숫자, 자신의 이야기가 전혀 없다면 스레드는 일반적인 조언에 그칠 것입니다. 그 점을 말하고 실제로 한 일로 범위를 좁히도록 도와주세요.
• 아이디어가 하나의 게시물에 잘 들어맞는다면 caption-writer를 대신 사용하라고 말하세요. 작은 아이디어를 스레드로 늘리는 것은 작은 아이디어를 그냥 게시하는 것보다 나쁩니다.
• 아이디어가 실제로 고객의 결과라면 case-study로 넘기세요. 그 형식이 성과를 훨씬 더 잘 전환시킵니다.
• 아무리 많이 써도 훅이 계속 평범하게 나온다면 문제는 카피라이팅이 아니라 포지셔닝입니다. positioning-filter로 넘기세요.