> For the complete documentation index, see [llms.txt](https://docs.acestudio.ai/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.acestudio.ai/docs/product-wiki-ko/ai-2/music-video/editing-and-iteration.md).
# 편집 및 반복 작업
샷을 수정하고, 이미지를 조정하고, 캔버스를 수동으로 편집하고, 곡 타이밍을 수정하고, 미완성 뮤직 비디오 프로젝트를 이어서 작업하세요.
완성된 뮤직 비디오는 절대 잠기지 않습니다. 이 페이지에서는 제작 후(또는 제작 중)에도 변경할 수 있는 모든 내용과, 도중에 멈춘 프로젝트로 다시 돌아오는 방법을 다룹니다.
## 샷 수정 방법
문제가 무엇인지 디렉터에게 있는 그대로 말하세요: "후렴의 회전이 끊겨요", "브리지로 넘어가는 전환이 갑작스러워요", "오프닝 샷을 더 길게 해주세요."
디렉터는 당신의 메모를 정확한 생성 브리프로 바꾸고, 다시 생성합니다 **영향받은 샷만** — 나머지는 모두 그대로 유지됩니다. 새 버전은 이전 버전을 [캔버스](/docs/product-wiki-ko/project/arrangement-in-canvas/canvas.md) 자동으로 대체합니다.
## 디렉터의 문서 편집 방법
디렉터가 작성한 모든 문서는 당신이 열람할 수 있습니다 — 크리에이티브 플랜, 안무 문서, 각 샷 스크립트, 그리고 그 안의 생성 프롬프트까지도 포함됩니다. 언제든지 어떤 문서든 읽을 수 있고, 바꾸고 싶은 부분이 있다면 직접 편집할 수도 있습니다. 디렉터는 가장 최신 버전을 기준으로 작업합니다.
직접 편집하는 방식이 가장 정밀한 옵션입니다. 디렉터에게 무엇을 바꿔야 하는지 말해도 똑같이 잘 작동합니다.
## 생성된 이미지를 미세 조정하는 방법
캐릭터 시트, 장면별 룩, 또는 장면 레퍼런스에 대한 작은 변경 — 예를 들면 다른 머리색, 다른 의상 — 이 필요하다면 이미지를 열고 편집 을 이미지 뷰어에서 사용하세요.
뷰어에서 이미지 편집
이 방식으로 변경한 내용은 **같은 자산**의 새 버전이 되므로 라이브러리가 깔끔하게 유지됩니다 — 거의 같은 이미지가 쌓이지 않습니다. 조정이 아니라 근본적으로 다른 이미지가 필요하다면, 대신 디렉터에게 요청하세요.
## 이미지 버전을 둘러보고 선택하는 방법
디렉터에게 이미지 수정을 요청하면, 같은 자산의 여러 버전이 생성될 수 있습니다. 비교하려면:
1. 라이브러리에서 이미지를 클릭하세요 **라이브러리** 패널을 포함합니다.
2. 미리보기 옆에 버전 목록이 표시됩니다 — V1, V2, V3…
3. 각 버전을 클릭해 미리보기를 확인하세요.
4. 어느 버전을 사용할지 디렉터에게 알려주세요. 예: "V7을 사용하고 싶어요."
라이브러리에서 자산의 버전 둘러보기
타협하지 마세요 — 만족할 때까지 계속 수정을 요청하세요. 이미지를 다시 생성하는 비용은 나중에 비디오를 다시 만드는 것보다 훨씬 저렴합니다.
## 자신의 자산을 라이브러리에 추가하는 방법
자산을 직접 라이브러리에 넣을 수 있습니다. 라이브러리 오른쪽 상단에서 + 을 클릭하여:
* **업로드** 하세요 — 예를 들어 캐릭터나 비주얼 스타일의 레퍼런스 이미지처럼 사용할 수 있습니다. 레퍼런스 이미지는 온보딩 전에 라이브러리에 미리 들어가 있으면 가장 효과적입니다. 그래야 디렉터가 처음부터 이를 기반으로 작업할 수 있습니다.
* **이미지 생성** 또는 **비디오 생성** — 라이브러리에서 바로 완전히 새로운 자산을 생성합니다.
라이브러리에서 자신의 자산 추가하기
## 캔버스를 수동으로 편집하는 방법
언제든지 캔버스에서 직접 작업할 수 있습니다: 샷을 이동하고, 잘라내고, 클립을 삭제하고, 타이밍을 조정하세요.
수동 편집은 창작적 결정으로 간주됩니다. 디렉터는 이후 작업을 재개하더라도 이를 자동으로 되돌리지 않습니다. 설령 디렉터가 해당 편집이 당신이 논의한 방향과 충돌한다고 판단하더라도, 아무것도 되돌리기 전에 먼저 당신에게 확인합니다.
## 곡 섹션 및 가사 타이밍 수정 방법
분석 중 감지된 섹션 경계와 가사 타임스탬프는 캔버스에 표시되며, 편집할 수 있습니다. 또한 이것들은 전체 제작의 기반이 됩니다: 샷 시간 구간, 비트에 맞춘 컷, 립싱크는 모두 이를 바탕으로 구성됩니다.
수정하려면 섹션 경계를 조정하고, 가사 텍스트와 타이밍을 캔버스에서 직접 편집하세요. 이후의 모든 단계는 원본 분석이 아니라 캔버스의 최신 버전을 사용합니다.
{% hint style="warning" %}
타이밍은 가능한 한 빨리 수정하세요 — 이상적으로는 온보딩 직후, 크리에이티브 플랜이 작성되기 전에요. 잘못된 섹션 경계는 샷을 어울리지 않는 감정의 순간에 배치하고, 잘못된 가사 타이밍은 립싱크를 무너뜨립니다. 립싱크는 다시 만드는 데 가장 비용이 많이 드는 요소입니다. 프로젝트 후반에 타이밍을 수정했다면, 무엇이 바뀌었는지 디렉터에게 알려 어떤 완성된 샷이 영향을 받는지 평가할 수 있게 하세요.
{% endhint %}
## 완료되지 않은 프로젝트를 다시 이어가는 방법
다시 돌아와서 계속 대화하면 됩니다. 저장 의식도, 요약도 필요 없습니다.
프로젝트를 다시 열 때마다 디렉터는 현재 작업 공간 상태를 읽습니다 — 모든 문서, 모든 자산과 그 활성 버전, 그리고 캔버스의 실제 배치까지 확인해 제작이 어디까지 진행됐는지 파악합니다. 예를 들면:
* 스크립트와 룩은 준비됐지만 일부 샷은 아직 렌더링되지 않음 → 디렉터가 남은 샷을 알려주고 계속 진행할 수 있습니다.
* 캔버스가 스토리보드이자 완성된 비디오의 일부로 구성되어 있음 → 디렉터는 어떤 샷이 아직 미리보기 상태인지 정확히 압니다.
* 종료하기 전에 피드백을 남겼다면 → "지난번 변경 사항을 이어서 진행해 주세요."라고 말하세요.
{% hint style="info" %}
당신의 뮤직 비디오 세션은 프로젝트 폴더 안의 ACE Studio 프로젝트(.acep)와 함께 저장됩니다. 모든 자산은 로컬에 저장되므로 프로젝트 파일을 안전하게 보관하세요.
{% endhint %}
다음에 무엇을 할지 말하기만 하면 됩니다:
* "남은 샷을 생성하세요."
* "컷을 봤는데 — 두 번째 후렴 샷은 다시 만들어야 해요."
* "캔버스에서 몇몇 샷을 옮겼어요. 모든 게 아직 잘 작동하는지 확인해 주세요."
자리를 비운 동안 캔버스를 수동으로 편집했다면, 그 편집은 다른 [수동 편집](#how-to-edit-the-canvas-by-hand) 과 마찬가지로 존중됩니다 — 당신이 한 것으로 인식되며, 조용히 되돌려지지 않습니다.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.acestudio.ai/docs/product-wiki-ko/ai-2/music-video/editing-and-iteration.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
