포스트 작성기은(는) 무엇을 하나요?

Codex 및 Claude 런타임

이 스킬은 Codex 또는 Claude에서 현재 작업에 실제로 사용 가능한 도구와 함께 사용하세요. AskUserQuestion 예시는 질문 자체를 설명하는 것이지 필수 API가 아닙니다. 사용 가능한 질문 도구를 그 한계 내에서 사용하거나 채팅으로 질문하세요. 이미 제공된 답변과 소스 자료를 재사용하세요.
사용자가 선택한 프로젝트에서 작업하세요. 개인화된 작업 전에 about-me.md, voice.md 및 관련 브랜드 파일을 읽으세요. 파일이 충돌하거나 기본값인 경우 의도된 작성자를 확인하세요. 누락된 정보가 있으면 질문하거나 voice-builder를 실행하세요. 관리자의 신원, 계정 또는 개인 파일을 상속하지 마세요.
번들된 references/는 이 스킬 폴더를 기준으로 확인하세요. 명시적으로 프로필 새로고침이 요청된 경우, 표준 about-me.md, voice.md 또는 newsletter-voice.md를 읽고 업데이트하되, 관련 없는 사용자 정보와 규칙은 유지하세요. 소비자는 해당 표준 파일을 다시 읽어야 합니다. 새 파일명은 기존 파일과 충돌하지 않는 새 결과물에만 사용하세요. 설치만으로 인터뷰가 시작되거나 파일이 작성되지 않습니다. 요청되지 않은 경우 지속적인 학습 내용을 기록하지 마세요.
먼저 제공된 증거를 사용하세요. 필요한 경우 사용 가능한 검색/소스 도구를 통해 외부 주장을 확인하세요. 소스 또는 통합이 불가능한 경우, 누락된 기능의 이름을 알리고 제공된 텍스트/내보내기 입력을 제안하세요. 사실, 1인칭 경험, 메트릭 또는 성공적인 도구 실행을 절대 만들어내지 마세요.
선택한 경로에 필요한 서비스만 사용자의 기존 계정을 통해 연결하세요. 자격 증명을 출력하거나 연결을 덮어쓰지 마세요. 초안 작성, 저장 및 검토는 게시, 메시지 전송 또는 계정 변경을 허가하지 않습니다.

중요: 로드 시 자동 시작

이 스킬이 트리거되는 즉시 1단계로 바로 이동하세요. 스킬을 요약하지 마세요. 스킬이 무엇을 하는지 설명하지 마세요. 참조하는 파일을 나열하지 마세요. 즉시 입력 수집으로 건너뛰세요.

1단계: 입력 수집

프로젝트에서 about-me.md와 voice.md를 확인하세요. 둘 다 읽으세요. 둘 중 하나라도 없으면 사용자에게 먼저 Voice Builder 스킬을 실행하라고 말하고("내 목소리를 만들어 줘"라고 말하세요), 중단하세요.

두 파일이 모두 있으면 다음 질문을 사용하세요(필요에 따라 도구 스키마를 조정하세요):

[
  {
    "question": "무슨 주제로 포스팅하고 싶나요?",
    "header": "주제",
    "multiSelect": false,
    "options": [
      {"label": "컨텍스트 덤프 붙여넣기", "description": "게시물로 만들 노트, 대본 또는 아이디어가 있습니다"},
      {"label": "염두에 둔 주제가 있습니다", "description": "이후에 주제를 입력하겠습니다"},
      {"label": "주제 추천받기", "description": "제 보이스 시스템을 기반으로 게시할 주제 5개를 추천해 주세요"}
    ]
  },
  {
    "question": "구조적 영감을 얻기 위해 참조할 게시물이 있나요?",
    "header": "참조",
    "multiSelect": false,
    "options": [
      {"label": "참조 없음", "description": "보이스 파일만으로 처음부터 작성합니다"},
      {"label": "예시를 붙여넣겠습니다", "description": "다른 제작자의 게시물을 먼저 연구하고 싶습니다"},
      {"label": "제 학습 게시물 사용", "description": "Voice Builder에서 사용한 게시물을 참조합니다"}
    ]
  }
]

답변에 따라:

"컨텍스트 덤프 붙여넣기": 사용자가 붙여넣을 때까지 기다린 후, 핵심 아이디어를 추출하고 2단계로 진행하세요.
"염두에 둔 주제가 있습니다": 사용자가 주제를 입력할 때까지 기다린 후, 2단계로 진행하세요.
"주제 추천받기": about-me.md의 주제 기둥과 voice.md를 읽고, 각 주제에 대한 한 줄짜리 접근 방식과 함께 5개의 특정 주제를 제안한 후, AskUserQuestion을 사용하여 하나를 선택하도록 하세요.
"예시를 붙여넣겠습니다": 참조 게시물을 기다린 후, 구조적 패턴을 기록하고 진행하세요.
"제 학습 게시물 사용": 의도된 작성자의 확인된 학습 게시물을 읽으세요. 관련 없는 초안이나 다른 클라이언트의 파일을 읽지 마세요.

2단계: 연구 및 계획

먼저 제공된 증거와 요청된 참조 구조를 읽으세요. 이것들이 작업을 지원한다면 불필요한 외부 연구를 추가하지 말고 사용하세요. 필요할 때 추가 주장을 확인하세요. 사용할 수 없는 소스는 해당 주장을 보류 상태로 둡니다. 다음을 찾으세요:

접근 방식을 뒷받침하는 데이터 포인트 또는 통계
반대 의견 또는 놀라운 사실
실제 사례 또는 사례 연구
도전할 일반적인 오해

그런 다음 게시물 계획을 제시하세요. AskUserQuestion을 호출하세요:

[
  {
    "question": "이 게시물에 가장 적합한 접근 방식은 무엇인가요?",
    "header": "접근 방식",
    "multiSelect": false,
    "options": [
      {"label": "[접근 방식 1 이름]", "description": "[접근 방식과 후크를 설명하는 한 문장]"},
      {"label": "[접근 방식 2 이름]", "description": "[접근 방식과 후크를 설명하는 한 문장]"},
      {"label": "[접근 방식 3 이름]", "description": "[접근 방식과 후크를 설명하는 한 문장]"}
    ]
  },
  {
    "question": "어떤 프레임워크를 원하나요?",
    "header": "프레임워크",
    "multiSelect": false,
    "options": [
      {"label": "PAS", "description": "문제, 자극, 해결"},
      {"label": "방법론 목록", "description": "번호가 매겨진 단계 또는 팁"},
      {"label": "스토리에서 교훈으로", "description": "시사점이 있는 개인적인 이야기"},
      {"label": "반전 주장", "description": "일반적인 믿음에 도전하기"}
    ]
  }
]

주제 연구를 기반으로 실제 접근 방식 옵션을 입력하세요. 접근 방식 설명에 플레이스홀더 텍스트를 사용하지 마세요.

3단계: 초안 작성

다음 규칙에 따라 게시물을 작성하세요:

voice.md에서 어조, 리듬, 후크 스타일, CTA 스타일 및 부재 패턴 섹션(보이스가 절대 하지 않는 것)을 읽으세요.
about-me.md에서 대상 및 주제 컨텍스트를 읽으세요.
voice.md의 문장 길이와 단락 리듬을 일치시키세요.
voice.md의 부재 섹션에 나열된 모든 금지된 단어, 구조 및 패턴을 피하세요.
선택한 접근 방식에 맞는 후크 패턴을 사용하세요.
voice.md의 CTA 스타일로 마무리하세요.

게시물을 일반 코드 블록 안에 출력하세요:

[모든 줄바꿈과 형식이 LinkedIn에 표시되어야 하는 그대로의 전체 게시물]

코드 블록 뒤에, voice.md의 특정 패턴을 참조하여 이 후크와 구조를 선택한 이유를 2~3문장으로 추가하세요.

초안을 제시하기 전에, 제공된 사실, 보이스 및 요청된 형식에 대해 실행 중인 어시스턴트에서 검토하세요. 명단 또는 단계 캡션의 경우, 필요한 각 항목을 일치하는 캡션 구절에 매핑하고 순서, 중복 및 누락을 확인하세요. 요청된 구조를 일반 게시물 프레임워크로 대체하지 마세요. 소스 노트를 붙여넣기 준비된 복사본과 분리하여 유지하세요. Codex에서 Claude는 필수 검토자가 아닙니다.

4단계: 반복

사용자에게 물어보세요:

어떻게 느껴지나요? 무엇을 바꿀지 알려주시거나, "출시하기"라고 말씀하시면 최종 버전을 저장하겠습니다.

사용자가 피드백을 주면 수정하고 새 코드 블록을 출력하세요. 최대 3회 수정 라운드입니다.

사용자가 "출시하기" 또는 이와 동등한 말을 하면, 최종 게시물을 프로젝트에 마크다운 파일로 저장하세요.

그런 다음 말하세요:

게시물이 저장되었습니다. "그래픽 디자인"이라고 말하면 시각 자료를 만들고, "내 게시물 평가"라고 말하면 게시 전에 피드백을 받을 수 있습니다.

규칙

작성 전에 항상 about-me.md와 voice.md를 읽으세요.
항상 일반 코드 블록에 게시물을 출력하세요.
게시물에 절대 줄표(em dash)를 사용하지 마세요.
voice.md에 다른 명시가 없는 한 영국식 영어를 사용하세요.
voice.md에서 명시적으로 해시태그를 사용하지 않는 한 해시태그를 추가하지 마세요.
voice.md에 나타나지 않는 한 참여 유도 CTA를 추가하지 마세요.
사용자가 달리 요청하지 않는 한 게시물은 150~300단어로 유지하세요.
작성 전에 계획하세요. 2단계를 절대 건너뛰지 마세요.

포스트 작성기