일반 비디오
이 워크플로우를 사용하기 전에 다음을 실행하세요:
npx hyperframes skills update general-video
성공적인 no-op는 스킬이 최신 상태임을 의미합니다. 메모리에서 계속 진행하는 대신 업데이트 실패를 표시하세요.
1. 교차 소스 어댑터 적용
- Media: 오디오, 이미지, 아이콘, 로고, 음성, 그레이딩, LUT, 처리/효과, 자막 또는 미디어 작업이 필요한 경우
/media-use를 로드하고../media-use/references/resolve.md(해결, 채택, 재사용) 및../media-use/references/setup-providers.md(제공자, 인증)를 따르세요. 모호한 푸티지 피드백과 명명된 스타일은 편집 전에../media-use/references/media-treatments.md를 사용하세요. CSS/SVG/불투명도로 지원되는 미디어 효과를 즉석에서 만들어 내지 마세요. 첫 번째 인증된 제공자 작업 전에npx hyperframes auth status를 실행하고 그 출력을 그대로 전달하세요. 로그아웃 상태인 경우../hyperframes-core/references/brief-contract.md의 게이트를 적용하세요: 협력형은 로그인 또는 명시적 오프라인 선택을 기다리고, 자율형은 상태를 알리고 사용 가능한 오프라인 제공자를 통해 계속 진행합니다. 필수 기능을 충족할 수 있는 오프라인 제공자가 없으면 차단기를 표시하세요. 로컬 채택만으로는 인증 게이트가 필요하지 않습니다. - Figma: 입력이
figma.comURL인 경우 먼저/figma를 실행하세요. 내보낸 에셋, 토큰, 컴포넌트 또는 스토리보드 프레임에서 빌드하세요. 원시 Figma 커넥터 호출은 SVG 살균, 미디어 출처 및 브랜드 토큰 바인딩을 건너뛰므로 사용하지 마세요.
이러한 어댑터는 /hyperframes에서 선택한 워크플로우를 변경하지 않습니다.
2. 프로젝트 상태부터 시작
첫 번째 일치하는 행을 적용하고, 하위 상태 행은 평가하지 마세요:
| 상태 | 작업 |
|---|---|
| 특정 편집 | 편집을 수행하고 기존 프로젝트 결정을 유지한 후 영향을 받는 검사를 다시 실행하세요. 발견을 다시 열지 마세요. |
BRIEF.md 존재 | 읽으세요. workflow가 다른 워크플로우를 지정하고 flow가 companion이 아니면 넘기세요. 브리프 질문을 하지 마세요. |
브리프는 없지만 hyperframes.json 또는 STORYBOARD.md가 존재 | 파일과 기록된 기본 설정에서 재개하세요. 알려진 사실에서만 BRIEF.md를 백필하세요. |
| 신규 생성 | /hyperframes와 의도 레이어를 실행하세요. workflow: general-video 또는 flow: companion인 경우에만 여기로 돌아오세요. |
새 프로젝트의 경우 브리프에서 케밥-케이스 디렉토리 이름을 선택하고 브리프를 작성하기 전에 스캐폴딩하세요:
npx hyperframes init "videos/<project>" --non-interactive --example=blank --skill=general-video
그런 다음 ../hyperframes-core/references/brief-format.md를 사용하여 프로젝트 루트에 BRIEF.md를 작성하세요. 기존 프로젝트에서 루트는 hyperframes.json이 포함된 디렉토리입니다. 브리프 형식이 지정한 확인된 기본 설정 기반 필드만 기록하고, node <MEDIA_DIR>/scripts/prefs.mjs record --hyperframes <PROJECT_ROOT>를 사용하세요. 추론된 기본값은 절대 기록하지 마세요. 여기서 <MEDIA_DIR>은 설치된 /media-use 스킬 디렉토리이고 <PROJECT_ROOT>는 hyperframes.json이 포함된 디렉토리입니다. 의도 레이어가 레시피를 채택한 경우 지금 node <MEDIA_DIR>/scripts/recipe.mjs use --hyperframes <PROJECT_ROOT> --name <name>을 적용하고 다시 묻지 마세요.
3. 실행 형태 해석
../hyperframes-core/references/brief-contract.md의 정식 용어만 사용하세요:
| 필드 | 의미 | 효과 |
|---|---|---|
flow | 누가 주도하는지 | automation: 경로를 선택하고 실행합니다. companion: 대화에서 공동 창작합니다. |
storyboard | 보드가 검토 표면인지 여부 | yes: 계획 및 스케치 검토를 실행합니다. no: 보드 없이 빌드합니다. |
파생된 mode | 체크포인트 게이트가 작동하는 방식 | 브리프 계약을 따르세요. 사용자에게 모드 이름을 묻지 마세요. |
이러한 상태에 대한 동의어를 만들지 마세요. 진행 중인 "그냥 빌드해" 신호는 의도 레이어에서 처리되며 flow: automation, storyboard: no로 도착합니다.
flow: automation의 경우 경로를 선택하고 첫 번째 진행 업데이트에서 한 줄로 명시하세요.- 특정 편집의 경우 새 경로를 만들지 않고 편집을 수행하세요.
동반 흐름
flow: companion인 경우:
BRIEF.md를 읽고 승인된## Assets및## Customizations를 프로젝트 아티팩트와 조정하세요. 아직 완료되지 않은 승인된 작업을 완료하고 완료된 작업은 그대로 두세요. 승인된 기능을 새 것처럼 다시 제공하지 마세요.- 계약자가 아닌 감독으로 도착하세요. 동반을 선택한 사용자는 참여와 품질을 선택한 것입니다. 정직한 응답은 방어할 수 있는 가장 작은 버전이 아니라 디자인할 수 있는 최고의 버전입니다. 첫 번째 계획은 천장 처리입니다: 스토리 아크(가장 가까운 장르 렌즈 차용 — 메뉴 § 장르 렌즈), 디자인 사양, 각 장면의 명명된 모션 처리(§ 5의 계획 규율), 전환, 오디오 아이덴티티 — 음악 및 사운드 마크, 또는 의도적인 침묵 — 사용자 자료 배치, 디자인된 시작과 끝. 각 레이어가 추가하는 내용을 한 줄로 말하고, 비용이 많이 드는 것(렌더링 시간, 로그인, 청구)을 이름을 지정할 때 표시하세요. 사용자는 처리를 축소합니다. 그들이 하나하나 승인을 조립해야 해서는 안 됩니다.
- 천장은 도구 상자가 아닌 개념에 속합니다. 모든 레이어는 브리프의 메시지를 제공해야 합니다. 모든 비디오를 같은 방식으로 꾸미는 처리는 장식일 뿐입니다. 제작은 천장에 도달합니다. 콘텐츠는 요청된 것 이상으로 성장하지 않습니다(§ 6).
- 체크포인트 사이에
../hyperframes/references/capability-menu.md는 두 가지 방식으로 작동합니다. 트리거 목록으로: 사용자가 입력을 언급하거나 빌드가 필요에 도달할 때 관련 기능을 제공합니다. 각 패스의 업그레이드 채널로: 계획, 스케치 또는 빌드 체크포인트는 사용자가 보고 있는 자료를 가리키는 하나 또는 두 개의 추적된 제안을 전달할 수 있습니다("장면 3의 통계에는 카운트업 처리가 필요합니다"). 제공하기 전에 읽으세요. 전체 카탈로그를 덤프하지 마세요. - 사용자가 기능을 수락한 후 해당 아티팩트를 생성하고 일치하는
BRIEF.md본문 섹션에 즉시 결정을 기록하세요. 사용자가 명시적으로 변경하는 경우에만 frontmatter 필드를 다시 작성하고 확인된 기본 설정을 기록하세요. - 동일한 스토리보드, 검증, 최종 미리보기 및 렌더링 승인 게이트를 유지하세요. 동반은 누가 조종하는지 변경할 뿐, 어떤 품질이 필요한지는 변경하지 않습니다.
4. 각 단계 전에 필요한 지식 로드
조건이 일치할 때 다음 읽기는 필수입니다:
| 조건 | 작업 전에 읽을 내용 |
|---|---|
| 구성 HTML 또는 장면 레이아웃 | /hyperframes-core; 레이아웃 계약을 위해 references/determinism-rules.md 사용 |
| 중요하지 않은 생성 또는 시각적 처리 | /hyperframes-creative → references/house-style.md 및 references/video-composition.md |
| 모든 모션, 애니메이션 또는 장면 전환 | /hyperframes-animation; 일치하는 규칙, 어댑터, 청사진 또는 전환 참조로 라우팅 따르기 |
storyboard: yes | ../hyperframes-core/references/storyboard-format.md 및 ../hyperframes-core/references/review-loop.md |
| 모든 미디어 에셋 또는 작업(내레이션, BGM, SFX, 자막, 그레이딩 또는 변환 포함) | /media-use; 프레임워크 재생 및 배치를 위해 /hyperframes-core → references/variables-and-media.md도 읽기 |
| 다중 장면 어셈블리 | ../hyperframes-core/references/production-loop.md |
flow: companion, 첫 번째 계획 전 | /hyperframes-creative → references/story-spine.md 및 references/house-style.md; 가장 가까운 장르 렌즈 및 전체 ../hyperframes/references/capability-menu.md — 천장 처리는 회상되지 않고 여기서 설계됨 |
| 동반 기능 제공, 캡처, 비트 그리드, 생성 비디오, 지도, 게시 또는 교차 워크플로우 기능 | ../hyperframes/references/capability-menu.md |
| 디자인 사양이 존재함, 최종 승인 전 | /hyperframes-creative → references/design-adherence.md |
이러한 읽기를 기억으로 대체하지 마세요. 점진적 공개는 일치하는 참조가 실제로 로드된 경우에만 컨텍스트를 저장합니다.
5. 구성 실행
이 종속성 순서를 사용하세요. 입력이 없는 경우에만 단계를 건너뛰세요.
-
계획. 뷰어 아크, 구조, 리듬 및 지속 시간 드라이버를 명시하세요. 짧은 단일 장면에는 하나의 파일을 사용하고, 세 개 이상의 하드 장면 컷 또는 재사용되는 장면에는 하위 구성을 사용하세요. 내레이션 아크는
/hyperframes-creative→references/story-spine.md, 리듬은references/beat-direction.md, 구조는/hyperframes-core→references/composition-patterns.md를 읽으세요. 오픈 엔드 다중 장면 브리프의 경우/hyperframes-creative→references/prompt-expansion.md를 통해 프롬프트를 확장하세요. 다중 장면 계획은 각 장면의 형태를 인용합니다: 적합한 경우/hyperframes-animation→blueprints-index.md의 청사진 ID, 또는 맞는 것이 없으면rules-index.md에서 구성하는 명명된 규칙 — 모션 이름은 해당 인덱스에서 가져오며 절대 발명하지 않습니다. 스토리 진실이 어떤 장면이 존재하는지 결정합니다. 인용이 이를 꾸밉니다. 다중 장면 계획은 디스패치 아티팩트로도 기록됩니다:STORYBOARD.md에 장면당 하나의## Frame N블록 —status: outline, 선언된src:, 청사진/규칙 인용 및 비트 텍스트 —storyboard: no인 경우에도. 블록이 디스패치 단위입니다. 보드는 검토 표면일 뿐입니다. -
요청 시 계획 검토.
storyboard: yes의 경우 해당 블록에 대해 공유 검토 루프를 실행하세요.storyboard: no의 경우 보드를 열지 않고 계속하세요. 계획 일시 중지가 어쨌든 발생하면 하위 에이전트 위임 권한(4단계 디스패치를 위해 codex에 필요)을 해당 일시 중지에 통합하여 나중에 다시 중지하지 마세요. -
의존성 해결. 병렬 작업 전에 레지스트리 블록을 설치하세요. 사용자 자산을 준비하고, 기존 미디어를 채택하며, 브리프에 필요한 것만 해결하세요. 타이밍이 지속 시간을 결정할 때 오디오를 일찍 시작하세요.
-
장면 빌드. 짧은 단일 장면 작품의 경우 모션을 추가하기 전에 장면을 가장 눈에 띄는 순간에 구현하세요(확인된 와이어프레임이 있는 경우 해당 최종 상태이며 다시 그리면 안 됨), 그런 다음 인용된 청사진 또는 규칙에서 애니메이션 적용 — 모션을 작성하기 전에 전체 레시피 본문(
/hyperframes-animation→blueprints/<id>.md,rules/<id>.md)을 읽으세요.디스패치는 규모가 있을 때만 효율적입니다. 패킷 작성 및 새 작업자 컨텍스트 워밍업은 실제 분 및 토큰이 소요됩니다: 최대 ~6개의 짧은 장면으로 구성된 영화는 이 컨텍스트에서 인라인으로, 한 장면씩 더 빠르게 빌드됩니다(측정 결과: 짧은 장면 5개 ≈ 인라인 9분 vs 패킷화 약 21분). 계획이 그 이상(더 많은 장면 또는 개별적으로 무거운 장면)일 때만 분산하고, 각 작업자에게 2–3개의 장면을 제공하고(하나가 아님), 모든 작업자를 단일 웨이브로 생성하세요(두 번째 웨이브는 시간을 거의 두 배로 만듭니다). 디스패치할 때:
node <SKILL_DIR>/scripts/frame-packets.mjs --project "$PROJECT_DIR" --storyboard "$PROJECT_DIR/STORYBOARD.md"빌더는 장면당 하나의 제한된 패킷을
.hyperframes/frame-packets/아래에 작성합니다(장면의 정확한 스토리보드 블록 + 청사진 본문 + 인용된 모든 규칙 레시피, 인라인) 및_role.md(../hyperframes-core/references/frame-worker-prompt.md의 에이전트 역할 프롬프트)를 작성합니다. 그런 다음 각 작업자를 분기하여 할당된 패킷 파일을 전달합니다. 패킷은 빌드 중인 완전한 컨텍스트를 포함하므로 작업자는 다른 참조를 로드할 필요가 없지만 Blueprint.md가 없는 청사진을 인용하는 규칙을 만나면 공유 컨텍스트 규칙 읽기 채널에 백업할 수 있습니다.인라인 빌드는 각 장면을 순서대로 빌드합니다. 각 장면에 대해
STORYBOARD.md의 프레임 블록을status: wireframe,status: built등을 통해 업데이트하고, 확인된 와이어프레임 상태(장면의 최종 시각적 구조를 보여주는 완전히 스타일링된 레이아웃)에 도달하면 이를 디자인 사양의 정적 인터리브로 취급하고/hyperframes-creative→references/design-adherence.md를 통해 확인할 수 있습니다. 다음 장면으로 넘어가기 전에 와이어프레임을 확인하세요. -
검증. 모든 연결된 미디어가 작동하는지 확인하세요. 정적 자산 및 오디오 확인. 규칙
../hyperframes-core/references/validation-rules.md를 읽으세요. -
최종 미리보기.
storyboard: yes의 경우 공유 검토 루프를 통해 최종 프레임을 확인하세요.storyboard: no의 경우 확인 없이 계속하세요. 확인되지 않은 최종 미리보기 상태에 대한 추측을 표시하지 마세요. 짧은 미리보기에는npx hyperframes preview --short을 사용하세요. -
렌더링.
npx hyperframes render --output <전달 가능한 파일> --format mp4를 실행하세요.flow: automation의 경우 동의 없이 렌더링하세요.flow: companion의 경우 승인을 구하세요. 사용자가 승인할 때까지 기다립니다. 렌더링 상태를 확인하지 마세요.
6. 품질 게이트
- 스토리 진실이 기술을 지배합니다. 모든 장면은 브리프의 핵심 메시지 또는 내레이션을 제공해야 합니다. 시각적으로 멋지지만 비어 있는 장면을 만들지 마세요.
- 구성 제약 조건:
/hyperframes-core→references/determinism-rules.md의 레이아웃 계약을 따르세요. - 하우스 스타일:
/hyperframes-creative→references/house-style.md를 읽고 준수하세요. - 모션 이름:
/hyperframes-animation→blueprints-index.md및rules-index.md의 이름에서 가져오고 새로 만들지 마세요. - 미디어 처리: CSS/SVG/불투명도를 통해 미디어 효과를 즉석에서 만들지 마세요.
/media-use→references/media-treatments.md를 사용하세요. - 의도 레이어: "그냥 빌드해"는 의도 레이어에서 처리됩니다.
flow: automation,storyboard: no로 도착합니다.
7. 전달
- 단일 비디오 파일(
.mp4)을 제공하세요. - 또한 다음을 게시하세요:
assets/의 모든 소스 에셋.- 디자인 파일(해당되는 경우 Figma, 구성 HTML).
- 최종 출력에는 추가 워터마크나 브랜딩이 없어야 합니다(명시적으로 요청되지 않은 경우).
- 출력을 애플리케이션에 직접 게시하지 마세요. 먼저 사용자에게 보여주고 승인을 구하세요.