편집기가 끝나고 모델이 시작되는 자리.

대부분의 도구에는 이음매가 있습니다. 내보내고, 업로드하고, 기다리고, 내려받고, 결과를 도로 가져다 놓고, 아직 아귀가 맞기를 바랍니다. 그 이음매의 한쪽에는 당신의 프로젝트가 있고, 다른 쪽에는 그 프로젝트를 들어 본 적 없는 프로그램이 있습니다. Sparkle에는 그 이음매가 없으며, 그것을 없애는 일이 이 페이지에 적힌 엔지니어링의 대부분입니다.

편집기는 문서 하나와 그것을 바꾸는 작업들입니다

패널들 아래에서 편집기는 한 가지입니다. 무엇이 언제 일어나는지 기술하는 문서, 그리고 그 문서를 바꾸는 유일한 방법인 이름 붙은 작업 한 벌입니다. 클립을 자르고, 속도를 다시 잡고, 색을 지정하고, 자막 트랙을 더합니다. 그 밖의 어떤 것도 문서에 손대지 않습니다.

구현 세부 사항처럼 들리지만, 이것이 아키텍처의 전부입니다. 작업이 유일한 문이 되고 나면, 되돌리기와 동시성과 리플레이, 무슨 일이 있었는지에 대한 감사처럼 나중에 중요해지는 모든 것이 그 문을 지나가는 기능마다 덧붙인 장치가 아니라 문 자체의 성질이 됩니다.

그래서 어시스턴트는 또 하나의 프로그램이 아니라 또 하나의 호출자입니다

어시스턴트는 코드를 생성하지 않고, 프레임도 생성하지 않습니다. 메뉴 항목이 내는 것과 같은 이름 붙은 작업을, 같은 타입의 파라미터와 함께, 같은 문서로 발행합니다. 세로 버전을 잘라 달라고 하면 편집기가 이미 갖고 있던 그 작업을 호출합니다.

여기서 두 가지가 따라 나오고, 둘 다 요점입니다. 어시스턴트는 편집기가 할 수 없는 것을 표현할 수 없으므로, 나중에 프로젝트와 맞춰 봐야 하는 AI 산출물이라는 범주 자체가 없습니다. 그리고 어시스턴트가 한 일은 당신이 직접 할 수도 있었던 일입니다. 그래서 그것을 읽고, 바꾸고, 손으로 뜯어볼 수 있습니다.

작업 하나, 되돌리기 하나

어시스턴트 작업 하나가 클립 백 개에 손댈 수 있습니다. 속도를 다시 잡고, 색을 다시 입히고, 자막 전부의 스타일을 바꿉니다. 그래도 그것은 체크포인트 하나로 접히므로, 되돌리기 한 번이면 요청하기 전으로 돌아갑니다.

이것은 편의 기능이 아닙니다. 편집 어시스턴트를 쓸 만하게 만드는 것은 얼마나 자주 맞히느냐가 아니라, 반대하는 데 얼마나 적은 값이 드느냐입니다. 깔끔하게 거절할 수 없는 어시스턴트는 감독해야 하는 어시스턴트이고, 감독하는 비용은 그 일을 직접 하는 비용보다 큽니다.

모델은 쉬운 쪽입니다. 그 둘레의 전부가 편집기입니다.

두 손, 하나의 문서

긴 작업이 도는 동안에도 당신은 손을 멈추지 않으므로, 문서에는 저자가 둘이 됩니다. 이것을 순진하게 구현하면 편집 하나가 사라집니다. 느린 쪽이 마지막에 저장하면서 다른 쪽이 한 일을 소리 없이 덮어씁니다.

모든 저장은 문서의 현재 헤드 작업을 상대로 하는 비교 후 교환(CAS)입니다. 이미 움직인 버전 위에 쌓은 쓰기는 거부됩니다. 병합되지도 않고, 소리 없이 적용되지도 않습니다. 거부하는 편이 쓸모 있는 동작입니다. 거부된 저장은 사실을 상대로 다시 시도할 수 있지만, 잃어버린 편집은 그것을 만든 사람이 며칠 뒤에야 발견합니다.

정확히 한 번, 아니면 아예 하지 않기

어시스턴트 플랜의 한 단계는 언젠가 재시도, 더블 클릭, 끊긴 연결, 새로고침, 중간에 일어난 크래시, 또는 서로 자기 것이라고 믿는 실행기 둘 가운데 하나를 만납니다. 그중 무엇이든 편집을 두 번 적용할 수 있고, 타임라인에 두 번 적용된 편집은 중복이 아니라 다른 타임라인입니다.

그래서 실행기에는 판단할 권한이 없습니다. 무엇을 바꾸기 전에 실행기는 플랜 저장소에서 그 단계의 점유권을 받아야 하고, 저장소는 락 아래에서 그것을 원자적으로 부여합니다. 부여받은 점유권만이 편집을 승인하며, 리플레이는 문서에 손대지 않고 첫 번째 결과를 돌려줍니다. 작업이 일어났음을 증명하는 것은 브라우저 탭 안의 플래그가 아니라 기록된 작업 ID입니다.

모델은 업로드 뒤가 아니라 타임라인 옆에 놓여 있습니다

매팅, 세그멘테이션, 깊이는 편집기와 같은 프로세스에서, 편집기가 이미 손에 쥐고 있는 프레임 위에서 돌아갑니다. 내보내기도, 업로드도, 기다림도, 다시 불러오기도 없고, 나중에 아귀를 다시 맞출 것도 없습니다.

이것은 지연에 관한 설계 판단이고, 동시에 이음매가 대개 열어 두는 질문 하나를 닫습니다. 엠바고가 걸린 촬영본은 엠바고 안에 그대로 남습니다. 애초에 나간 적이 없기 때문입니다. 정말로 클라우드가 필요한 작업은 게이트웨이 하나를 거치고, 게이트웨이는 그 비용을 요청한 계정에 계량해 붙입니다.

내보내기 그 자체인 미리보기

스크럽과 최종 렌더링을 같은 셰이더가 그리므로, 당신이 승인한 것이 곧 납품하는 것입니다. 그것이 없으면 모든 AI 편집은 잠정적입니다. 그림을 승인해 놓고 파일은 나중에 다시 확인하게 되는데, 그것이 파이프라인 반대쪽 끝에 이음매가 다시 나타난 모습입니다.

문서 하나, 작업 한 벌, 되돌리기 하나, 헤드 하나, 실행 한 번, 렌더링 경로 하나. 이것을 한데 놓고 보면 흥미로운 질문은 더 이상 모델이 얼마나 좋은가가 아닙니다. 얼마나 싸게 모델에 반대할 수 있는가가 됩니다. 우리가 만드는 부분이 바로 그것입니다.