한 줄 요약: 편집자가 편집 도구를 떠나지 않고 자신의 AI 구독(Claude, ChatGPT, Gemini)을 사용할 수 있는 Premiere Pro 패널을 만들었습니다. 어려웠던 부분은 AI 호출이 아니라 지루한 인프라였습니다. Node가 없는 컴퓨터에서도 패널이 작동하도록 런타임을 번들링하고, macOS와 Windows 양쪽에서 올바른 PATH를 주입하고, 타임스탬프가 찍힌 코멘트를 Premiere 마커와 양방향으로 동기화하고, 사용자가 버전 번호를 신경 쓰지 않도록 런처를 통해 업데이트를 배포하는 일이었죠. 각 조각이 어떻게 맞물리는지 설명합니다.
풀어야 했던 과제
우리가 원한 것은 하나였습니다. 편집자가 Premiere Pro 안에서 AI와 대화하되, 이미 비용을 내고 있는 AI 요금제로, 그리고 그 AI가 작업 중인 프로젝트를 이해하게 만드는 것.
이 한 문장 뒤에는 한 무더기의 제약이 숨어 있습니다.
- 마진을 붙이지 않는 과금. AI는 우리가 이득을 보는 재판매 요금제가 아니라 사용자 본인의 구독이나 API 키로 작동해야 했습니다. 그래서 모든 요청을 우리 백엔드로 보내는 방식은 배제됐습니다.
- 첫날부터 크로스 OS. 편집자는 macOS와 Windows로 나뉩니다. OS 종속적인 부분은 깔끔하게 분기돼야 했고, 반대 플랫폼에서 조용히 깨지면 안 됐습니다.
- 무의존성 설치. 사용자가 Node나 패키지 매니저, CLI 도구를 갖고 있다고 가정할 수 없었습니다. 막 구입한 컴퓨터에서도 패널이 작동해야 했습니다.
- 감싼 챗봇이 아닌 진짜 맥락. 어시스턴트에는 자막, 프레임, 리뷰어 코멘트가 필요했습니다. 그것이 없으면 패널 안의 브라우저 탭에 불과합니다.
검토한 선택지
옵션 A: 우리 백엔드를 호출하는 순수 웹 패널
장점: 가장 만들기 쉽고, 코드베이스가 하나이며, AI 호출을 우리가 통제합니다. 단점: 모든 요청이 우리를 거치므로 AI 사용량을 재판매하고 요금에 마진을 붙이는 셈이 됩니다. “내 구독을 사용한다”는 약속도 깨집니다. 원칙과 비용 양쪽에서 기각.
옵션 B: 로컬 AI CLI를 호출하는 CEP 패널
장점: 사용자 본인의 claude, codex, Gemini 접근이 로컬에서 작동하고, 마진이 없으며, 본인 구독에 본인 사용량입니다.
단점: 이제 로컬 도구의 존재 여부와 PATH 등록 여부에 의존합니다. macOS와 Windows에 걸쳐 진짜 골치 아픈 문제입니다. 패널에서 프로세스를 띄우는 것도 까다롭습니다.
옵션 C: CEP 패널 + 번들 런타임 + 런처
장점: 패널에 필요한 것을 번들링해 새 컴퓨터에서도 작동하고, 별도의 런처가 모든 플러그인의 설치와 업데이트를 책임집니다. 단점: 움직이는 부품이 더 많습니다. 레포 두 개, 서명 파이프라인, manifest 시스템.
우리는 옵션 C를 선택했습니다. “내 AI를 마진 없이”라는 제약이 옵션 A를 출발선에서 막았고, 옵션 B의 의존성 문제가 실재했기에 번들링과 런처 작업은 어차피 필요했습니다.
우리의 접근
사용자 본인의 AI로 작동시키기
패널은 편집자가 이미 쓰는 공급자에 연결됩니다. Gemini는 AI Studio의 API 키(일 1,500회 무료 티어 포함)를, Claude와 ChatGPT는 OAuth 로그인 흐름을 사용해 기존 구독에서 사용량이 차감됩니다. 결정적으로, API 키가 환경변수에 들어 있으면 패널이 경고로 표시합니다. 의도치 않은 청구를 아무도 떠안지 않도록 말이죠.
아무도 보지 못하는 의존성 문제
가장 빛나지 않는 작업이 가장 중요했습니다. 로컬 CLI를 띄우는 패널은 그 CLI의 존재 여부와 셸이 그것을 찾을 수 있는지에 좌우됩니다.
두 가지 수정이 무거운 짐을 짊어졌습니다. 첫째, 패널에 Node 런타임을 번들링해 그것이 필요한 공급자가 아무것도 설치되지 않은 컴퓨터에서도 작동하게 했습니다. 둘째, 띄우는 시점에 올바른 PATH를 주입했습니다. 패널 프로세스는 터미널과 같은 환경을 상속하지 않기 때문입니다. 셸에서 테스트할 때는 잘 되던 것이 Premiere 안에서 띄우면 조용히 실패합니다.
이것은 남의 컴퓨터에서만 나타나는 종류의 버그이고, 그래서 양쪽 OS에서 제대로 잡기까지 여러 차례의 릴리즈가 걸렸습니다.
양방향 코멘트 동기화
리뷰 코멘트가 다른 창에 머물러 있으면 편집자에게 쓸모가 없습니다. 그래서 리뷰 플랫폼의 타임스탬프 코멘트가 Premiere 마커로 매핑되고, 동기화는 양방향으로 작동합니다. 리뷰어의 메모는 타임라인의 마커가 되고, 편집기에서 해결하면 리뷰어 쪽에 반영됩니다. 답글, 해결 상태, 새 코멘트가 두 화면에서 일관되게 유지됩니다.
사용자를 고민하게 하지 않는 업데이트 배포
패널은 그 업데이트 경험만큼만 좋습니다. 우리는 시스템을 레포 두 개, 즉 플러그인과 런처로 나누고, 런처가 모든 플러그인의 설치와 업데이트를 책임지게 했습니다. 코드 push는 서명된 CI 빌드를 트리거하고, 아티팩트를 배포하고, 런처 manifest로 자동 PR을 열며, 런처는 self-update 후 “Update” 카드를 띄웁니다. 사용자는 한 번 클릭합니다. 버전 번호를 찾아볼 일이 없습니다.
현재까지의 결과
Premiere 패널은 배포되어 실사용 중이고, 받쳐주는 인프라가 제 역할을 하고 있습니다.
| 영역 | 상태 |
|---|---|
| Premiere Pro (CEP) 패널 | 배포·실사용(dogfooding) 중 |
| 내 AI 사용(Claude / ChatGPT / Gemini) | 작동, API 키 비용 경고 포함 |
| 크로스 OS(macOS + Windows) | 양쪽 지원, OS별 경로 분기 |
| 무의존성 설치 | Node 번들 + PATH 주입 |
| 국제화 | 6개 로케일, CI에서 parity 검증 |
| 코드 서명 | macOS notarize 완료, Windows 진행 중 |
정직한 단서 하나: Premiere 패널은 계획된 여러 도구(After Effects, Final Cut Pro, DaVinci Resolve, 디자인 앱이 로드맵에 있음) 중 첫 번째이고, 더 깊은 자동화 기능은 아직 만들어지는 중입니다. 오늘 배포되는 것은 그 토대입니다.
배운 것
AI가 쉬운 부분이었습니다. 모델을 붙이는 일은 주말이면 됩니다. 낯선 사람의 컴퓨터—그 사람의 PATH, 없는 런타임, 그 OS—에서 패널이 작동하게 만드는 데 진짜 엔지니어링이 들어갔습니다.
내 것이 아닌 컴퓨터에서 테스트하라. PATH와 런타임 버그는 개발자의 컴퓨터에서는 보이지 않습니다. 동료의 컴퓨터에서 도그푸딩을 해보니 로컬 테스트로는 잡히지 않던 문제가 드러났습니다.
업데이트 경로를 직접 소유하라. 그러지 않으면 사용자는 뒤처집니다. self-update 후 “Update” 카드 하나를 띄우는 런처가, 편집자에게 버전을 추적하라고 시키는 것보다 낫습니다. 배포도 하나의 기능입니다.
제약이 아키텍처를 명확하게 한다. “AI에 마진 없음”이라는 제약이 가장 단순한 설계를 즉시 죽이고, 더 어렵지만 올바른 쪽을 가리켰습니다. 좋은 제약은 그런 일을 합니다.
다음 이야기
같은 패널 패턴이 편집자 툴킷 전체로 확장됩니다. After Effects, Final Cut Pro, DaVinci Resolve, 그리고 Photoshop·Figma 같은 디자인 도구까지, 각각 하나의 런처 아래 독립 플러그인으로 말입니다. 그리고 더 큰 베팅—편집 노하우를 재사용 가능한 AI 빌딩 블록으로 바꾸는 일—은 별도의 글에서 다룹니다.
자주 묻는 질문
독립 앱이 아니라 왜 CEP 패널인가요?
패널은 Premiere 안에서 작동하기 때문에 활성 프로젝트를 읽고 타임라인에서 직접 동작할 수 있습니다. 독립 앱이라면 창 사이를 복사·붙여넣기하는 방식으로 되돌아갑니다. 우리가 없애려던 바로 그 마찰이죠.
AI 비용에 마진을 붙이지 않는 방법은요?
AI는 우리 백엔드가 아니라 사용자 본인의 구독이나 API 키로 작동합니다. 우리가 과금 경로에 들어가지 않으니 마진을 붙일 것도 없습니다.
Node가 설치되어 있지 않아도 패널이 작동하나요?
네. 패널에 필요한 런타임을 번들링하고 띄울 때 올바른 PATH를 주입하므로, 새 컴퓨터에서 수동 설정 없이 작동합니다.
함께 읽기
- 코드로서의 편집 노하우: YouViCo가 편집을 재사용 가능한 AI Skill로 바꾸는 법 — 더 큰 아키텍처 베팅
- AI 영상 편집 어시스턴트란? — 비개발자를 위한 개념