에이전트가 클립은 만들지만 편집은 못해 로컬 영상 작업공간을 만들었습니다

AI 요약

영상 클립을 생성한 뒤 완성본을 만들려면 여러 도구 사이에서 파일을 옮기고 편집을 다시 구성해야 했습니다. BeatDesign 팀은 자산 관리, 작업 캔버스, 타임라인을 한곳에 묶은 Apache 2.0 오픈소스 작업공간을 만들었습니다.

에이전트와 사람이 함께 쓰는 프로젝트

BeatDesign에는 프롬프트와 미디어를 다루는 노드 캔버스, 결과물을 조립하는 타임라인 편집기, 두 화면이 공유하는 자산 라이브러리가 있습니다. 클립 자르기와 분할, 오디오 조정, 이미지 레이어 추가, SRT 자막 스타일 지정, 브라우저 내 MP4 내보내기를 지원합니다.

프로젝트·자산·캔버스·생성·편집 작업을 다루는 MCP 도구 29개도 제공합니다. Claude Code, Codex 등 MCP 클라이언트가 편집을 진행하고, 사람은 타임라인을 살펴보며 수정할 수 있습니다. 프로젝트와 자산, 캔버스, 타임라인, 생성 기록은 로컬에 남아 다른 MCP 에이전트가 이어서 작업할 수 있습니다.

로컬 우선 설계라고 모든 기능을 오프라인이나 무료로 쓰는 것은 아닙니다. 자산 관리와 편집, 미리보기, 내보내기는 API 키 없이 가능하지만 AI 생성과 분석에는 모델 연결이 필요하며 사용료가 발생합니다. 기본 연결은 BeatAPI이며 다른 제공자를 추가할 수 있습니다. 실행에는 Node.js 22 이상과 pnpm 10 이상이 필요합니다. 저장소를 복제한 뒤 pnpm install, pnpm db:push, pnpm dev를 실행합니다.

Indie Hackers 반응

• @SanathBhat — 에이전트에서 흥미로운 경계입니다. 자산 생성은 점점 쉬워지지만 전체 작업 흐름에서 상태를 유지하는 일이 어려워지기 시작합니다. 에이전트와 사람이 프로젝트를 공유한다는 점이 특히 중요해 보입니다. 작업 중간에 실패하는 경우는 어떻게 생각하고 있나요? 에이전트가 잘못 편집하거나 맥락을 잃으면 무엇을 바꿨는지 그대로 재현하고 깔끔하게 복구할 수 있나요?
• @YalanDeng — 사람과 에이전트가 작업을 넘겨받는 지점이 흥미롭습니다. MCP 도구가 29개나 있어도 실제 시험은 지친 사람이 프로젝트 상태를 잃지 않고 트리밍을 고칠 수 있는지입니다. 에이전트 작업 뒤에 사람이 수정한 내용을 추적하면 좋은 제품 방향을 찾을 수 있을 것 같습니다. 어쩌면 ‘되돌리기’ 기능을 전담하는 제품 관리자도 처음 생길지 모르겠네요 😄
  • @Eric Kang — 지친 사람 시험이라는 표현이 좋네요 😄 에이전트가 대부분 작업하고 사람이 마지막으로 조금 손본 뒤 승인하는 방식이 제 생각입니다. 다음에는 에이전트가 무엇을 바꿨는지 더 쉽게 확인하고 세부 사항을 조정하도록 개선하고 싶습니다.
• @aryan_sinh — 외부 사용자도 에이전트와 자산, 타임라인을 한곳에 두고 실제로 영상을 더 빨리 완성했나요? 아니면 작업 흐름의 이점은 아직 팀 내부에서만 확인했나요?
  • @Eric Kang — 지금까지는 대부분 저희 팀에서 확인했습니다. 캔버스에서 타임라인으로 옮겨 MP4를 만드는 과정을 처음부터 끝까지 시험했지만, 외부 사용자의 완성 시간 데이터는 아직 없습니다. 다음에는 완성한 영상 수와 도구 사이에서 자산을 옮기느라 잃는 시간을 측정하려고 합니다.
  • @aryan_sinh — 외부 사용자가 들어오면 시도하기 좋은 다음 시험이네요. 괜찮다면 연락하기 가장 좋은 이메일 주소가 무엇인가요?
  • @Eric Kang — 고맙습니다, Aryan. [email protected]로 연락하시면 됩니다. 외부 사용자 시험을 함께 이야기해도 좋습니다.
• @nsergeevich — 저는 반대쪽 사례입니다. 생성된 콘텐츠는 없고, 앱 시연 영상은 휴대폰 화면 녹화뿐입니다. 그래도 ‘여러 도구 사이에서 파일 옮기기’가 같은 문제입니다. 여기서 자르고 저기서 자막을 넣고 다른 곳에서 내보냅니다. 타임라인은 일반 화면 녹화에도 잘 맞나요, 아니면 생성 클립에 맞춰 만들었나요?
  • @Eric Kang — 네, 일반 화면 녹화도 쓸 수 있습니다. 로컬 MP4, MOV, WebM 영상을 가져와 자르거나 분할한 뒤 API 키 없이 미리 보고 MP4로 내보낼 수 있습니다. 브라우저마다 코덱 지원이 다르니 미리보기에 실패하면 형식을 알려주세요.
• @markreeves — 에이전트가 만든 클립을 위한 로컬 영상 작업공간은 좋은 시작점입니다. 생성은 해결됐지만 편집은 아직 아무도 맡지 않은 병목입니다. 저희 swapfile.live는 모든 작업을 브라우저에서 처리하고 영상을 업로드하지 않는 변환 기능을 다룹니다. 사용자들이 다음으로 막히는 곳이 바로 편집 단계입니다. 에이전트가 가져오지 않은 영상도 작업공간에서 쓸 계획인가요?
  • @Eric Kang — 네, 에이전트가 만들지 않은 영상도 이미 가져올 수 있습니다. 로컬 영상을 프로젝트에 넣고 생성 클립과 섞어도 됩니다. 에이전트나 API 키 없이 편집하고 내보낼 수도 있습니다. 변환 다음에 사용자들이 가장 먼저 하는 편집은 무엇인가요?
• @brianainews — 에이전트 도구 옆에 타임라인을 둔 것이 좋은 경계 설정처럼 보입니다. 사람이 에이전트의 프로젝트 상태를 잃지 않고 편집 내용을 확인할 수 있고, 로컬 편집과 유료 생성의 차이도 명확합니다. 에이전트 작업 뒤에 사람들이 타임라인을 얼마나 자주 손대는지 추적하면 어떤 작업을 더 나은 도구로 만들어야 할지 알 수 있을 것 같습니다.
  • @Eric Kang — 유용한 지표입니다. 아직 추적하지 않지만 에이전트 작업 뒤 사람이 트리밍, 클립 순서, 자막을 얼마나 수정하는지부터 살펴보겠습니다. 반복되는 수정은 어떤 MCP 도구를 더 다듬어야 할지 알려줄 겁니다.
• @ultimateaviator — 공유 프로젝트 상태가 가장 큰 차별점입니다. 자산 ID, 클립 구간, 자막, 아직 결정되지 않은 사항을 담은 편집 가능한 매니페스트가 있으면 실패 뒤에도 에이전트에서 사람으로 작업을 넘겨 복구할 수 있습니다. 그 상태를 MCP 도구에서 확인할 수 있나요?
  • @Eric Kang — 네. 프로젝트와 자산, 캔버스, 타임라인, 생성 기록이 로컬에 남아 다른 MCP 지원 에이전트가 다시 연결해 편집을 이어갈 수 있습니다. 다만 사람이 아직 결정하지 않은 사항을 별도 기록으로 저장하지는 않습니다. 작업 인계에서 실제로 부족한 부분입니다.

원문: Indie Hackers / 번역·요약: Trawling