단편 드라마 창작 라우팅은(는) 무엇을 하나요?

이것은 가벼운 프로젝트 라우팅입니다. 이 스킬 안에서 이야기, 에셋 프롬프트, 쇼트, 비디오 프롬프트 또는 최종 검토 결론을 대신 작성하지 않습니다.

창작자가 읽을 수 있는 내용은 프로젝트 short-drama.json#/language를 따릅니다(상태, 차이, 선택, 다음 단계 모두 포함). 이미지/비디오 생성기에 보내는 프롬프트 본문은 #/format/prompt_language를 따릅니다(기본값 en). 둘은 별도 필드이므로 하나로 다른 하나를 추론하지 마십시오. status가 두 값을 동시에 보고합니다. 전체 규칙은 contract-and-ownership.md의 출력 언어 계약을 참조하십시오.

각 요청의 시작점

사용자의 명확한 경로를 사용하거나 현재 디렉터리에서 위로 가장 가까운 short-drama.json을 찾습니다.
이 스킬 설치 디렉터리에서 동일한 제품군의 다른 스킬을 찾아 suite-manifest.json을 읽습니다. 스킬이 없거나 버전이 혼합된 경우 먼저 변경을 중단합니다.
short-drama.json과 .short-drama/state.json 요약만 읽습니다. 모든 창작 파일을 한 번에 로드하지 마십시오.
status를 실행하거나 쓰기 전에 먼저 트랜잭션 복구를 실행합니다. 외부 편집 충돌이 발견되면 원본 파일을 유지하고 adopt, restore, merge 세 가지 처리를 제공하며 자동 덮어쓰기를 하지 않습니다.
창작자의 현재 작업에 따라 라우팅합니다. 전체 파이프라인을 강제로 완료하지 않습니다.

진입점, 체크포인트, 수정 및 전달에 대해서는 creator-workflow.md를 참조하십시오. 매 진입 시 먼저 runtime-preflight.md를 실행하여 설치 확인, 트랜잭션 복구 및 프로젝트 상태 읽기를 통합 검증합니다. 소유권, 파일 만료 표시 stale, 개인정보 또는 복구에 의문이 있을 때는 contract-and-ownership.md를 읽으십시오. 의도가 모호할 때는 routing-examples.md를 읽으십시오. 규칙 ID를 담당 스킬에 위치시킬 때만 knowhow-index.md를 읽으십시오. 라우팅은 할당만 담당하고 창작 스킬의 판단을 대신하지 않습니다. 참조 이미지 하나가 무엇을 결정할 수 있는지와 첫/마지막 프레임 계약은 reference-roles.md를 참조하십시오. 관객이 현재 알 수 있는 내용은 audience-reveal.md를 참조하십시오. 리테이크 및 대체 버전과 마스터의 관계는 pickup-and-alternate.md를 참조하십시오. 다양한 제작 형태의 실행 번역은 production-form-profiles.md를 참조하십시오. 공식 스토리보드 전에 캐릭터, 장소 및 고압력 대표 프레임을 사용하여 시각적 언어를 통일해야 할 때는 look-development.md를 읽으십시오.

의도 라우팅

창작자 의도	라우팅
아이디어 개발, 스토리 약속, 시리즈, 에피소드 맵	`$short-drama-develop`
소설/장편 자료를 가져와 추적 가능한 에피소드 및 에셋 후보 미리보기	`$short-drama-novel-analyze` → `$short-drama-develop` → 수락/에피소드 분할 → `$short-drama-write` → 대본 수락 → `$short-drama-assets`
장편이 개작할 가치가 있는지 판단하고 샘플 빠른 리뷰를 먼저 보기	`$short-drama-novel-analyze`
단일 에피소드 계약, 인과 비트, 대본 작성/수정	`$short-drama-write`
캐릭터/스타일, 장소/뷰, 소품/상태 분해	`$short-drama-assets`
캐릭터/장소/소품/국부 수정을 위한 이미지 프롬프트 작성	`$short-drama-image-prompts`
원본 커버리지, 쇼트 또는 동결 키프레임 수행	`$short-drama-storyboard`
동작/연기/카메라 움직임/사운드 비디오 프롬프트 작성	`$short-drama-video-prompts`
아트 스타일, 제작 형태 또는 시각적 방향 결정	`$short-drama` 자체: production-form-profiles.md에 따라 하나의 폼 카드를 찾고 후보를 생성하여 창작자에게 수락을 요청한 후 `creator_authority`로 승격합니다. 에셋, 이미지 프롬프트, 스토리보드 및 비디오 프롬프트는 모두 폼이 결정되어야 하며 스스로 선택하지 않으므로 이 단계는 반드시 여기서 완료되어야 합니다
Look Development / 스타일 프레임 수행	`$short-drama`가 먼저 관찰 가능한 시각적 방향을 명확히 하고 수락 → `$short-drama-image-prompts`가 `lookdev_frame` 텍스트 사양을 작성합니다. 이미지를 생성하지 않으며 스타일 참조가 신원, 지리 또는 플롯 상태를 대체하지 않도록 합니다
승인된 프로덕션 관찰을 사용하여 이 프로젝트 보정	`$short-drama-review`가 정확한 버전을 바인딩하고 진단 → 해당 owner가 `preserve_set`으로定点 수정 → 재수락 및 신선한 재검토. 승인된 관찰이 없을 때는 텍스트 위험만 보고
검증, 검토 또는 수정 요청 보내기	`$short-drama-review`
템플릿 느낌, AI 냄새만 검사 또는 진단	신선한 `$short-drama-review`, 증거가 있는 finding만 발행
AI 냄새 제거, 다듬기 또는定点 수정	`$short-drama-write`, 저자 목소리 유지 및 의미 차이 표시
먼저 검사한 후 수정	신선한 review → write owner定点 수정 → 신선한 re-review
Dashboard, 단편 드라마 창작대 열기 또는 창작 콘텐츠 관리	`$short-drama dashboard`: 아래 '로컬 Dashboard' 시작 계약 실행

창작자의 명시적 의도가 명목상의 '다음 체크포인트'보다 우선합니다. Look Development는 선택적인 프로젝트 수준 분기이며 일반적인 전제 조건이 아닙니다. C2 에셋 수락 후 이미지 프롬프트와 스토리보드는 병렬 분기입니다. 창작자가 한 분기만 원할 때 다른 분기를 기다리도록 강요하지 않습니다.

현재 컨텍스트가 대상 파일의 창작에 참여한 경우 검토 라우팅은 반드시 신선한 reviewer agent/context를 먼저 시작하고 대상, 수락된 제한 및 검토 테이블만 전달해야 합니다. 실행 환경이 신선한 agent를 지원하지 않을 때는 투명하게 PROVISIONAL 자체 점검으로 다운그레이드하며 Skill 이름 변경을 독립 검토로 간주하지 않습니다.

'템플릿/AI가 쓴 것처럼 보임'은 진단 요청입니다. '그것을 고쳐라'는 owner 수정 요청입니다. write owner가 먼저 자가 진단한 후 자신에게 결론을 발행하게 하거나 reviewer가 권한을 넘어 직접 본문을 수정하도록 해서는 안 됩니다. 조합 요청은 먼저 대상 버전을 동결하고 신선한 reviewer가 증거와 손실을 위치시킨 후 write owner가 수락된 범위만 수정하고 마지막으로 다른 신선한 reviewer가 새 hash에 대해 re-review를 수행합니다. 독립 컨텍스트를 얻을 수 없는 모든 단계는 PROVISIONAL을 유지합니다.

초기화

프로젝트가 없고 사용자가 초기화를 요청할 때:

가역 형식 기본값만 확인하거나 합리적으로 추론합니다: 제목, 언어, 프롬프트 언어, 화면비, 경로. 에피소드 수/런타임을 알 수 없으면 비워 둡니다. 언어는 창작자가 현재 사용하는 언어를 기본값으로 하고 프롬프트 언어는 기본값 en입니다. 창작자가 명시적으로 프롬프트도 프로젝트 언어를 사용하도록 요청하면 창작자를 따르며 품질 결과를 대신 판단하지 않습니다.
프로젝트 템플릿을 복사하며 기존 창작자 파일을 덮어쓰지 않습니다.
빈 단계 디렉터리와 비공개 입력 경계를 만듭니다.
short-drama.json#/creator_authority에 빈 창작자 제한, 시각적 방향 및 제작 구성을 만듭니다. 이들은 초기 unset이며 에셋과 그 하위 항목은 모두 폼이 결정되어야 합니다. 따라서 초기화 후 창작자에게 알립니다: 제작 형태 결정이 다음으로 가장 유용한 동작이며, 진입점은 이 스킬(의도 라우팅 테이블 참조)에 있으며 하위 스킬이 아닙니다. 실제 선택은 creator-decision.example.jsonl에 표시된 결정 기록에 기록됩니다.
제품군 버전, 계약 버전 및 다섯 개의 서로 독립적인 빈 상태를 기록합니다.
프로젝트 경로와 가장 유용한 창작자 동작을 알립니다.

초기화는 스토리 엔진, 대본 또는 에셋 설정 테이블을 생성하지 않습니다.

개발 단계에서 프로젝트 개발/director-brief.md가 제출되면 먼저 창작자에게 현재 visual_direction / production_profile과의 의미 차이를 보여줍니다. 명시적으로 수락한 후에만 라우팅이 해당 선택을 short-drama.json#/creator_authority로 승격합니다. 후보 파일 자체는 creator authority를 가지지 않습니다.

로컬 Dashboard

사용자가 $short-drama dashboard를 호출하면 더 이상 하위 스킬에 넘기지 않고 이 스킬 자체의 로컬 단편 드라마 창작대를 직접 시작합니다:

먼저 runtime-preflight.md에 따라 제품군을 확인하고 완료되지 않은 트랜잭션을 복구합니다.
작업 디렉터리가 어떤 프로젝트 내에 있으면 해당 프로젝트 루트를 workspace로 사용합니다. 그렇지 않으면 사용자가 명시적으로 지정한 컨테이너 디렉터리를 사용하고 지정되지 않으면 현재 디렉터리를 사용합니다. workspace 외부를 스캔하지 않습니다.

이 스킬 설치 디렉터리에서 실행:

python3 <short-drama-skill-dir>/scripts/dashboard_server.py --workspace <workspace> --port 0 --open

프로세스를 유지하고 스크립트가 출력한 전체 루프백 주소(이번 시작의 세션 조각 포함)와 중지 방법을 보고합니다. 브라우저가 자동으로 열리지 않으면 서비스를 유지하고 사용자가 전체 주소를 열도록 합니다.

Dashboard에는 하나의 창작 페이지만 있습니다: 왼쪽은 프로젝트 및 에피소드별로 정리된 평이한 콘텐츠 디렉터리이고 오른쪽은 상시 본문입니다. 프로젝트를 열면 대본이 자동으로 로드되고 콘텐츠를 전환하면 본문만 교체되며 새 페이지나 오버레이는 열리지 않습니다. 할 일과 내보내기는 본문 아래의 짧은 힌트로만 표시됩니다. 인터페이스는 파일 트리, 실제 경로, 구조화된 형식, 수명 주기 또는 엔지니어링 세부 정보 진입점을 표시하지 않습니다. Markdown은 문서 읽기 및 편집용으로 사용되고 구조화된 데이터는 카드로 변환되며 이미지와 비디오는 미리보기만 제공합니다. short-drama.json, .short-drama/**, 창작자 결정, 검토 증거 및 내보내기 검증은 시스템이 유지 관리하며 창작자 네비게이션이 되지 않습니다. 저장은 수정 사항 저장만을 의미하며 창작자가 특정 버전을 명시적으로 채택하는 것을 대체하지 않습니다. 외부 데이터 소스에 연결하지 않고 미디어 생성 인터페이스를 호출하지 않으며 브라우저에 키를 주입하지 않습니다. 시작할 때마다 독립적인 세션 자격 증명과 API 경로가 생성됩니다. 브라우저는 주소 조각을 사용하여 HttpOnly 로컬 세션을 가져오고 프로젝트 API는 해당 세션만 수락합니다. 구체적인 매개변수는 lifecycle-commands.md를 참조하십시오.

결정적 도구

이 스킬 설치 디렉터리에서 scripts/project_tool.py를 호출하며 현재 작업 디렉터리에 의존하지 않습니다:

명령	용도
`init`	최소 프로젝트 초기화
`status`	수명 주기 및 복구 요약 읽기
`recover`	전체 또는 지정된 트랜잭션 복구
`publish`	사전 쓰기 로그를 통해 `candidate` 발행, 수락 또는 검토 결론 첨부하지 않음
`accept`	창작자 결정 기록을 사용하여 정확한 `candidate` 대상 수락
`review`	독립 검토 결론으로 검증 및 검토 상태 업데이트
`package`	5축, 종속성 및 증거 재확인 후 텍스트 전달 패키지 생성
`verify`	전달 패키지에 포함된 체크섬으로 재확인하고 등록되지 않은 새 파일 보고

이러한 명령을 실제로 호출하거나 진단 실패 또는 기록 형식을 확인할 때만 lifecycle-commands.md의 전체 호출 예제, 사전 쓰기 로그, 수락, 검토, 하류 만료 영향 및 패키징 제약을 읽으십시오.

상태 및 다음 단계

창작자 언어로 설명:

이미 존재하고 상태가 accepted인 출처;
상태가 provisional, stale, blocked이거나 창작자의 수락을 기다리는 콘텐츠;
현재 병렬로 진입 가능한 분기;
사용자가 원하는 결과를 얻기 위한 최소 동작.

사용자가 진단을 요청하지 않는 한 hash, 트랜잭션 ID, 내부 데이터 구조 또는 원시 상태 내용을 출력하지 않습니다. 다섯 가지 상태는 서로 독립적입니다: 빌드, 검증, 창작자 수락, 독립 검토 및 전달 검사. 하나의 accepted로 전체를 가장해서는 안 됩니다.

복구 및 수정

사용자가 질문한 단계 내에서 가장 이른 미완료 작업을 복구하며 전체 프로젝트의 가장 이른 단계가 아닙니다. 변경된 내용을 확인하기 전에:

수정을 담당하는 스킬을 지정합니다.
제안된 의미 변경 사항을 보여줍니다.
정확한 하류 영향 목록을 제시합니다.
필요한 경우 창작자 수락을 얻습니다.
담당자에게 수정을 맡기고 새 hash에 대해 재검토합니다.

COMMIT이 없는 불완전한 트랜잭션은 저장된 이전 버전으로 롤백합니다. 이미 COMMIT이 있는 불완전한 트랜잭션은 candidate까지 계속하고 상태를 보완합니다. 복구는 먼저 읽고 쓴 후 반복 실행 가능해야 합니다. 출처를 확인할 수 없는 외부 변경은 conflict로 표시해야 하며 덮어쓸 수 없습니다.

전달

먼저 $short-drama-review의 신선한 검토 컨텍스트로 라우팅하여 검증한 후 전달 검사가 준비되면 패키징합니다. 상태가 accepted인 대본, 목록, 프롬프트, 검토, 창작자 메모 및 체크섬만 포함합니다. 바이너리 미디어, 비공개 입력, 기계 상태, 절대 경로, 자격 증명, 비공개 출처 자료 및 승인되지 않은 초안을 제외합니다.

경계

현재 에이전트의 텍스트 추론만 사용합니다. 미디어 생성 또는 서비스 인터페이스를 호출하지 않습니다.
실행 시간에 외부 또는 비공개 프로덕션 출처를 검색하지 않습니다.
다른 곳에서 본 사례를 창작 법칙으로 승격하지 않습니다.
담당자는 자신의 산출물을 검토할 수 없습니다.
의미 충돌을 자동으로 수정하지 않습니다.

단편 드라마 창작 라우팅