Community라이팅 & 에디팅github.com

dongye-detective-skill (히가시노 게이고 스타일 미스터리 개작)

이미 존재하는 이야기를 히가시노 게이고 스타일의 추궁형 미스터리 구조로 개작합니다. 시체를 추가하지 않고, 정보만 재배열합니다. 기획서 / 소설 / 라디오 드라마 / 오디오북(mp3) 제작 가능.

dongye-detective-skill (히가시노 게이고 스타일 미스터리 개작)란 무엇인가요?

이 스킬은 주어진 이야기를 히가시노 게이고 특유의 'whydunit(왜 그랬는가)' 구조로 재구성하는 전문 개작 도구입니다. 핵심 원칙은 '아무것도 추가하지 않고 정보만 재배열한다'는 데 있습니다. 즉, 원작에 이미 숨겨진 비밀을 찾아내 더 늦게 독자에게 공개하고, 이야기를 알지 못하는 새로운 화자를 설정하는 방식으로 작동합니다. 특히 '주인공은 텅 비우고, 조연이 무게를 짊어진다'는 핵심 법칙을 통해 독자의 감정 이입을 유도합니다. 이 스킬은 Claude Code, Cursor, Codex 등 AI 에이전트 환경에서 사용할 수 있으며, 기획서(A), 완성 소설(B), 라디오 드라마 대본(C), 오디오북(D) 등 네 가지 산출물 모드를 지원합니다. 또한 3000자 단편, 5000자 중편(권장), 10000자 이상 장편 등 다양한 분량에 맞춰 구조를 설계할 수 있으며, 작업 전 반드시 3단계 타당성 평가를 거쳐 개작 가능 여부를 판단합니다. 최종적으로 검증 도구(Validator)를 통해 규칙 준수 여부를 평가하고 미흡한 부분을 보완합니다.

지원 대상~Claude Code~Codex CLI~Cursor
npx skills add Jimmy-ai-studio/dongye-detective-skill

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

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

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

문서

히가시노 게이고 스타일 미스터리 개작기 (whydunit)

「추궁화」는 이 방법의 이름이지 제품명이 아닙니다. 외부에는 항상 "미스터리 개작"이라고 말하고, 본문에서는 "추궁화"라는 용어로 구체적인 동작을 지칭할 수 있습니다.

이 스킬이 정확히 무엇을 하나요?

한 마디로: 아무것도 추가하지 않고, 정보만 재배열합니다.

탐정 소설은 정보 비대칭을 발명한 것이 아닙니다. 단지 '은폐' 자체를 주제로 삼았을 뿐입니다. 따라서 개작의 동작은 다음과 같습니다:

이야기 속에 이미 숨겨져 있는 것을 찾아내라 → 그것을 더 늦게 공개하라 → 그 사실을 모르는 다른 사람이 이야기하게 하라.

이야기에 시체 한 구를 추가하는 것은 가장 저급한 방식이며, 반드시 쓰레기 같은 결과물을 낳습니다. 작업을 시작하기 전에 가장 먼저 "누가 죽었나"를 생각한다면, 이미 방향이 잘못된 것입니다.

핵심 법칙: 주인공은 텅 비우고, 조연이 무게를 짊어진다. 추궁당하는 사람은 내면을 드러내지 않으므로, 독자의 감정은 반드시 누군가가 받아내야 합니다. 그 감정을 받아내는 사람이 바로 이 이야기의 진짜 주인공이며, 그는 반드시 대가를 치렀거나 공범 의식을 갖고 있어야 합니다. 이 연결고리가 끊어지면 전체가 무너집니다.

핵심 구분: whydunit은 whodunit이 아닙니다. 히가시노의 미스터리는 거의 항상 '범인이 누구인가'가 아니라 '왜 그랬는가'에 있습니다. 《용의자 X의 헌신》에서 독자는 범인을 일찍 알지만, 모든 긴장은 동기와 대가에 집중됩니다. 개작의 목표는 원문에서 추궁되지 않은 '왜'를 끌어내는 것이지, '누구인가'를 만드는 것이 아닙니다.

워크플로우

아래 순서대로 실행하며, 타당성 판단 단계를 건너뛰지 마십시오.

0단계: 먼저 사용자에게 어떤 결과물을 원하는지 묻습니다.

사용자가 요청에서 결과물 종류를 명확히 밝히지 않은 경우, 바로 작업을 시작하지 마십시오. 먼저 한 번의 질문으로 네 가지 옵션 중 하나를 선택하도록 합니다:

모드결과물적용 상황
A 개선 기획서7단계 분석 (판정 / 숨겨진 것 / 정보 재배열표 / 책임자 / 개요 / 샘플 챕터 / 자체 점검)교육, 수업 준비, 글쓰기, 구조 타당성 검토
B 탐정 소설완전한 소설 본문, 기본 5000자 중편완성된 작품 직접 읽기
C 라디오 드라마장면별 전체 요소 오디오 대본 (대사+감정+음악+환경음), 바로 합성 가능음장이 있는 라디오 드라마 mp3
D 오디오북순수 음성 낭독용 개작 원고 + 고정 음색1인 낭독 mp3

B를 선택하면 분량을 다시 묻습니다: 3000자 (5박자, 1회 확인) / 5000자 (8박자, 3회 확인, 추천) / 10000자 이상 (챕터표, 2중 교차).

C와 D의 차이는 '환경음 유무'이지 '대본 유무'가 아닙니다 — 둘 다 직접 오디오 파일을 합성할 수 있습니다. C는 라디오 드라마, D는 1인 낭독입니다.

C 또는 D를 선택한 경우 사용자에게 API Key를 대화에 입력하도록 하지 말고, 사용자를 대신해 인터페이스를 호출하지도 마십시오. 그 이유를 사용자에게 솔직히 설명하세요:

  1. Key는 대화를 거칠 필요가 없습니다 — 합성 도구가 환경 변수나 페이지 비밀번호 입력란에서 직접 읽으면 됩니다.
  2. 실행 환경이 음성 엔드포인트를 허용하지 않을 수 있습니다 (샌드박스, 기업 프록시에서 403/타임아웃 자주 발생). 먼저 짧은 텍스트로 합성을 시도해 경로를 확인한 후 전체 원고를 작성하세요.

올바른 방법: 원고를 작성하고, 사용자가 tools/audio-studio/ (로컬 또는 Hugging Face Space)에서 합성합니다. 인터페이스 세부 사항은 references/seed-audio-api.md를 참조하세요.

A/B/C/D는 모두 동일한 개선 기획서를 모판으로 삼습니다. C는 B를 대본으로 변환하는 것이 아니라, 기획서에서 다시 실행하는 것입니다 — 매체가 다르면 작성 방식도 다릅니다.

1단계: 타당성 판단 (게이트)

모든 텍스트를 개작할 수 있는 것은 아닙니다. 솔직하게 "개작이 어렵습니다"라고 말하는 것이 억지로 개작하는 것보다 훨씬 가치 있습니다.

세 가지 관문을 순서대로 확인합니다:

관문확인 사항통과 불가 조건
정보 비대칭텍스트에 "누군가는 알고 있고, 다른 누군가는 모르는" 것이 존재하는가?순수 서정, 순수 설명, 순수 절차 텍스트로, 어떤 당사자도 독점 정보를 가지고 있지 않음
윤리적 무게은폐된 것이 윤리적 딜레마와 관련되어 있는가?단지 "누가 연필을 훔쳤는가"와 같은 가벼운 일
추궁되지 않은 공백텍스트에 작가가 의도적으로 추궁을 포기한 '왜(wy)'가 있는가?모든 동기가 저자에 의해 이미 설명되어 더 파고들 구멍이 없음

세 관문 모두 통과 → 2단계로 진행. 어느 관문 하나라도 통과하지 못함 → 멈추고, 판정 보고서를 출력합니다. 어느 관문에서 막혔는지, 원문의 서사 구조가 어떤 유형인지, 억지로 개작하면 어떤 결과가 나올지 설명합니다. 과제를 완수하기 위해 억지로 진행하지 마십시오.

윤리적 무게 관문은 가장 간과하기 쉽지만 가장 치명적입니다: 히가시노의 껍데기를 윤리적 딜레마가 없는 사소한 일에 씌우면 결과는 미스터리가 아니라 우스꽝스러운 이야기가 됩니다.

2단계: 정보 재배열표

본문을 작성하기 전에 먼저 이 표를 만드십시오. 이것이 전체 개작의 기초입니다.

| 사실 | 누가 알고 있는가 | 원문에서 독자에게 언제 알려졌는가 | 개작 후 독자에게 언제 알릴 것인가 | 누구의 입을 통해 |

최소 5가지 사실을 나열하십시오. 개작의 모든 기술은 '개작 후 독자에게 언제 알릴 것인가' 열에 있습니다 — 동일한 소재를 순서와 출구만 바꾸는 것입니다.

3단계: 책임자 지정 (전체 워크플로우에서 가장 중요한 단계)

서술자를 선택하는 것이 아닙니다. 이 이야기의 진짜 주인공을 선택하는 것입니다.

원작의 주인공은 개작 후 텅 비게 됩니다 — 그의 내면은 더 이상 드러나지 않습니다. 따라서 독자의 감정이 머물 곳이 없어지므로, 누군가가 그 감정을 받아내야 합니다. 그 감정을 받아내는 사람이 바로 새로운 주인공입니다.

순서대로 세 가지 작업을 수행합니다:

  1. 원작에서 지나쳐 넘어갔지만, 실제로 메인 사건으로 인해 대가를 치른 사람을 찾으십시오. 하인, 이웃, 방관자, 후배. 그 대가는 원작이 그에게 진 빚이며, 개작은 그 빚을 청구하는 것입니다. 새로운 캐릭터를 만드는 것은 절대 안 됩니다 — 이는 원작을 제대로 이해하지 못했다는 신호입니다.

  2. 그가 카메라인지 판단하십시오. 스스로에게 묻습니다: 이야기가 끝날 때, 그는 시작할 때보다 더 괴로워하는가? 대답이 아니오라면 다시 선택하십시오. 피해 없이 모든 것을 지켜본 사람은 이 이야기를 짊어질 수 없습니다.

  3. 그에게 공범 의식을 부여하십시오. 그는 단순히 방관할 수 없으며, 어떤 몫을 가져야 합니다 — 그때 같이 웃었거나, 사람을 죽일 수 있는 증언을 쥐고 있었거나, 처음에 손을 내밀지 않았거나. 그 몫은 아주 작아도 됩니다. 이 몫이 나중 감정적 충격의 유일한 원천입니다.

지정이 완료되면 정보 경계를 자체 점검합니다: 그가 접촉할 수 없는 부분은 반드시 전언, 소문, 물증을 통해 텍스트에 들어와야 하며,凭空 알 수 없습니다.

자세한 내용은 references/rules.md의 핵심 법칙 부분을 참조하세요.

4단계: 구조 개요

references/rules.md를 읽고, 구조층 규칙에 따라 챕터표를 작성하십시오. 각 챕터마다 다음을 표시합니다: 시점 / 이 챕터에서 진행되는 정보 / 챕터 끝의 갈고리.

챕터 수는 5–8개로 제한합니다. 5개 미만이면 정보 지연을 충분히 담지 못하고, 8개 초과는 기획 단계에서 과도한 설계입니다.

3000자 및 5000자 모드에서는 챕터표가 5단계에서 박자 구조로 대체됩니다 — 하지만 이 단계는 여전히 수행하며, 박자 구조의 소재 원천이 됩니다.

5단계: 작성

먼저 분량 모드를 결정합니다. 세 가지 방식은 완전히 다르며, 판정 범위도 다릅니다 (references/rules.md의 환산표와 동일합니다):

모드글자 수구조수사 밀도판정 범위
단편30005박자1회 확인, 1회 오진 가능A 그룹 + B7
중편50008박자3회 확인, 1회 오진 포함 (추천)A 그룹 + B5/B6/B7 + M 그룹
장편10000+4단계의 챕터표3회 이상, 2중 교차모든 항목

장편 모드: 4단계의 챕터표에 따라 진행하며, 모든 구조 규칙이 적용됩니다.

중편 모드 (5000자, 기본 추천): 챕터표를 폐기하고 8박자 구조를 사용합니다. 이것이 3회 확인과 세 겹의 반전을 동시에 담을 수 있는 최소 분량입니다.

박자기능글자 수
일현재 장면으로 시작, 하나의 반짝이는 물증 제시, 설명하지 않음500
이회상: 책임자가 대가를 치른 그 순간700
삼배경 정보, 가장 간결하게 설명; 미리 온도 디테일을 배치 (M2)400
사첫 번째 확인: 사람에게 묻는다. 독자가 볼 수 있는 근거 제시600
오두 번째 확인: 물건을 조사한다. 잘못된 결론 도출 — 원작의 표준 해석 방식으로 (S10)700
육세 번째 확인: 서로 충돌하는 두 가지 이야기를 비교, 다섯 번째 박자를 뒤집는다800
칠세 번째 박자의 온도 디테일 회수, 세 번째 반전: 차가운 답을 따뜻하게 감싼다700
팔폭로 + 책임자의 양방향 선택 (M3), 닫지 않음600

다섯 번째 박자의 잘못된 결론은 숫자 채우기가 아닙니다. 제거된 잘못된 경로가 없다면, 추리가 아니라 알림이 있을 뿐입니다.

단편 모드 (3000자): 5박자 구조.

박자기능글자 수
일현재 장면으로 시작, 하나의 반짝이는 물증 제시, 설명하지 않음600
이회상: 책임자가 대가를 치른 그 순간800
삼배경 정보, 가장 간결하게 설명500
사핵심 사건, 모두 전언으로만 전달, 서로 충돌500
오폭로 + 책임자의 선택, 닫지 않음600

3000자는 2중 교차와 챕터별 해석을 담을 수 없습니다. S6, S7, S8 및 M 그룹을 반드시 희생해야 하며, 핵심 법칙과 S3, S4, S11은 반드시 유지해야 합니다.

이러한 절충은 타협이 아니라 부하 테스트입니다: 3000자에서 살아남는 규칙만이 이 시스템의 기초입니다. 담을 수 없는 것은 그것이 길이의 산물이지 구조의 산물이 아님을 의미합니다.

단편 모드에서는 A 그룹과 B7(단서 사전 배치)만 판정합니다. B7은 생략할 수 없습니다 — 3000자에서 이것이 '이것이 추리이며 알림이 아니다'를 증명할 유일한 수단입니다.

6단계: 검증기 자체 점검

references/validator.md를 읽고, 위 표의 판정 범위에 따라 항목별로 점수를 매기고 증거를 제시하십시오. 통과하지 못한 항목은 2단계 또는 3단계로 돌아가 재작업하며, 샘플 챕터 수준에서 패치를 하지 마십시오.

항목 번호는 오직 validator.md를 기준으로 합니다. rules.md는 S/C/M 번호로 원리를 설명하고, validator.md는 A/B/M 번호로 판정을 수행합니다. 두 세트의 번호는 호환되지 않습니다 (예: rules의 S11 단서 사전 배치 = validator의 B7; rules의 C1/C2/C3 핵심 법칙 = validator의 A1/A2/A3; validator의 C 그룹은 C-a/C-b 구분도 검사로, rules의 C 그룹과 무관). 자체 점검 시 혼용하지 마십시오.

출력 형식

항상 이 구조로 출력합니다:

# 추궁화 개선 기획서: 《원작 제목》

## 1. 타당성 판단
(세 관문 항목별, 통과/불통과 + 이유)

## 2. 원작에 숨겨진 것
(한 문단으로 설명: 무엇이 은폐되었으며, 왜 무게가 있는가)

## 3. 정보 재배열표
(표)

## 4. 책임자 지정
(누구를 선택했는가 / 그가 치른 대가는 무엇인가 / 그의 공범 의식은 무엇인가 / 정보 경계는 어디인가)

## 5. 구조 개요
(장편: 챕터표; 중편: 8박자표; 단편: 5박자표)

## 6. 본문
(단편/중편 모드: 완전한 본문; 장편 모드: 시작 샘플 800–1500자)

## 7. 검증기 자체 점검
(항목별 + 증거 + 통과하지 못한 항목의 수정 방향)

오디오 버전

사용자가 오디오북, 오디오, 라디오 드라마를 요청할 경우 references/audio-mode.md를 읽으십시오.

오디오 버전은 같은 텍스트의 다른 형식이 아니라, 한 번의 개작입니다. 원고를 그대로 낭독하면 단서 사전 배치와 플래시백 계층이 사라지므로, 반드시 전언과 구두 이정표를 추가해야 합니다.

역방향 작업

사용자가 반대로 작업할 것을 요청할 수 있습니다: 기존 미스터리 텍스트를 평평하게 펼치라 — 시간 순서대로 말하고, 주인공의 내면에 들어가고, 모든 것을 설명하라.

이 작업은 농담이 아니라, 규칙 집합의 부하 테스트입니다. 규칙을 삭제했을 때 텍스트가 나빠지지 않는다면, 그 규칙은 부하를 지탱하지 못하는 것이므로 rules.md에서 삭제해야 합니다. 이러한 요청을 받으면 마찬가지로 개선 기획서를 출력하고, 마지막에 명확히 답변합니다: 어떤 규칙이 부하를 지탱하는 것으로 증명되었는가.

경계

  • 원작 저작권: 결과물은 반드시 창의적인 개작이어야 합니다. 변경 위치를 설명하기 위해 원작의 극히 짧은 일부를 인용할 수 있지만 (15자 이내), 전체 단락을 복사하거나 원작 읽기를 대체할 수 있는 요약을 출력해서는 안 됩니다. 저작권 보호 기간 내에 있는 작품의 경우, 전체 개작보다는 구조 분석을 우선적으로 수행합니다. 사용자의 자체 텍스트와 퍼블릭 도메인 작품은 자유롭게 작업할 수 있습니다.
  • 실제 사건: 자료가 사용자 주변의 실제 인물과 사건인 경우, 익명화 처리를 상기시키고, 계획에서 추측을 사실로 쓰지 않도록 합니다.
  • 스타일 표기: 결과물은 "히가시노식 구조의 모작"이지 히가시노의 작품이 아닙니다. 계획에서 "히가시노라면 이렇게 썼을 것"이라고 쓰지 말고, "이 구조에 따라"라고 씁니다.
  • 문장 수준은 중요하지 않음: 짧은 문장이나 백묘를 모방하는 것은 매우 쉽지만, 소박함 그 자체는 특징이 아니며 배워도 누구도 알아보지 못합니다. 모든 노력은 구조 층에 집중해야 합니다.

참고 파일

  • references/rules.md — 3층 규칙 집합 (문장 층/구조 층/모티프 층), 4단계에서 필독
  • references/validator.md — 검증 체크리스트, 6단계에서 필독; 항목 번호는 이 파일을 기준으로 함
  • references/worked-example.md — 《공을기》(孔乙己) 완전 연습, 어느 정도의 세분성으로 작업해야 할지 모를 때 읽을 것
  • references/audio-mode.md — 모드 C/D의 개작 규칙, 필독
  • references/seed-audio-api.md — 더우바오(豆包) 오디오 생성 모델 1.0 인터페이스, 분할 임계값, 음색

관련 스킬