도구를 다시 찾고, 그 도구가 무엇을 만들어내는지 확인하세요.

검증 가능한 준비를 설명하기

결과에서 출발하세요: 패스가 포함된 제품 이미지, 포스터 시안, 또는 조립할 애니메이션. 주요 소프트웨어, 엔진, 사용 버전, 납품해야 할 형식을 기록하세요. 계산 후에 수행되는 작업도 추가하세요: 디코딩, 노이즈 제거, 업스케일링, 합성 또는 인코딩. 도구가 생성에는 성공하고 다음 단계에서 실패할 수 있습니다.

구성기에서는 Ubuntu, PyTorch, Blender 또는 사용자 정의 준비를 지정할 수 있습니다. 이 선택에는 짧은 문서를 함께 첨부하세요. 기존 프로젝트를 이어받는 경우 "최신 버전"은 피하세요. 이 표현은 의미가 달라질 수 있습니다. 알려진 정확한 버전을 적고, 다른 항목은 "확인 필요"로 표시하세요. 소프트웨어와 처리는 직접 선택하지만, 라이선스, 종속성, 요구 사항은 여전히 검토해야 합니다.

장면으로 Blender 시트 준비하기

Blender 버전, 렌더 엔진, 필수 확장 기능과 씬 설정을 확인하세요. Cycles에서는 GPU 연산 선택이 장치 환경설정과 프로젝트 매개변수를 좌우합니다. 사용 예정인 버전과 드라이버로 하드웨어 지원 여부를 확인하세요. 그래픽카드 이름만으로는 그 호환성을 판단할 수 없습니다.

텍스처, 연결된 라이브러리, 폰트, 캐시도 함께 챙기세요. 오류 메시지 없이 열린다고 해서 애니메이션의 모든 이미지가 리소스를 제대로 찾는다는 보장은 없습니다. 3D 아틀리에에서 대표적인 렌더 케이스를 준비하고, Pli 폴더에서 전송 방법을 자세히 다룹니다. 마지막으로 다음 애플리케이션에서 일관된 색상을 되찾는 데 필요한 설정을 보관하세요.

JSON 파일을 넘어 ComfyUI 준비하기

ComfyUI의 리비전과, 알고 있다면 그 인터페이스의 리비전, 워크플로 JSON, 모델 참조를 보관하세요. 각 가중치마다 정확한 이름, 출처, 버전 또는 리비전, 예상 위치를 기록하세요. 지문은 이름이 동일하게 바뀐 두 파일을 구별하는 데 도움이 됩니다. 그래프는 단계를 설명할 뿐, 가중치를 제자리에 운반하지 않습니다.

core 노드와 확장을 분리하세요. 확장은 코드와 Python 의존성을 가져올 수 있으며, 이들은 ComfyUI를 실행하는 환경에 속해야 합니다. 설치 후에는 시리즈를 실행하기 전에 로딩 오류를 살펴보세요. 세라믹 폴더는 사용자 지정 노드 없는 예시를 매니페스트와 재구성 지침과 함께 제공하지만, 다른 그래프의 작동을 보장하지는 않습니다.

실제로 작업을 실행하는 환경 식별하기

시스템, Python, PyTorch 및 사용된 연산 변형을 기록해 두세요. ComfyUI는 별도의 Python 환경에서 실행되므로, 휴대용 설치본은 옆에 열어 둔 터미널과 다른 인터프리터를 사용할 수 있습니다. 어떤 라이브러리가 있는 것처럼 보이는데도 찾을 수 없다면, 패키지를 여러 번 재설치하기 전에 먼저 이 차이를 확인하세요.

CUDA 체인이 ROCm으로 자동 변환되지는 않습니다. 소프트웨어 본체뿐 아니라 확장 기능과 연산의 요구 사항도 살펴보세요. 카탈로그의 구성을 비교할 때는 카드당 정격 메모리를 실제로 관측된 필요량 및 명시해야 할 CPU, RAM, 스토리지 리소스와 분리해 두세요. 알 수 없는 기준값을 임의로 «표준»이라고 가정한 값으로 대체하지 마세요.

전체 파이프라인을 아우르는 실험 구성하기

짧지만 대표성이 있는 입력을 고르세요. 난이도 높은 소재가 담긴 프레이밍, 최종 디코딩 단계를 포함한 워크플로, 또는 장면 전환을 가로지르는 몇 장의 이미지 등이 좋습니다. 입력을 열고 실제로 사용되는 장치를 확인한 뒤 처리를 실행하고, 출력을 저장한 다음 결과를 받을 소프트웨어에서 열어 보세요. 단순히 «OK»가 아니라 생성된 파일 이름을 기록하세요.

저해상도 출력은 경로의 일부를 검증해 줍니다. 본격적인 제작 전에는 부하를 바꿀 수 있는 최종 해상도, 단계, 형식도 시험해 보세요. 정확한 오류, 문제가 된 단계, 시도한 수정 사항을 기록하세요. 버전이나 모델을 바꾼다면 이 점검을 반복하세요. 이전 조합의 성공이 새 조합을 보증하지는 않습니다.

가상 예시: 화장품 병 캠페인 이어받기

Blender 이미지 하나와 ComfyUI에서의 조명 검색 세 건으로 구성된 캠페인을 가정해 보겠습니다. 명세서에는 Pli 생성기에 필요한 Blender 4.5.x와 Céramique 매니페스트에 명시된 레퍼런스가 요구됩니다. 이 버전들은 문서화된 출발점이며, 설치되어 있다고 주장하는 소프트웨어가 아닙니다. 두 레시피는 서로 별개로 유지됩니다. Blender에서 나온 이미지가 폴더를 복사했다는 이유만으로 ComfyUI 생성물이 되지는 않습니다.

팀은 두 가지 체인 검증을 계획합니다. 저장된 Blender 이미지 하나와 Céramique의 전체 실행으로 세 가지 출력물을 생성하는 것입니다. 이는 예상 이미지 네 장이며, 소요 시간은 예측하지 않습니다. 이어서 각 출력물의 사본을 레이아웃 도구에서 열 계획입니다. 이 예시에서 결과는 실행 후에 기입하며, 어떤 칸도 미리 채워지지 않습니다.

Pli와 Céramique에 대해 이미 확보된 증거는 파일과 구조에 관한 것입니다. 이 팩들을 위해 Blender 렌더링이나 ComfyUI 생성은 이루어지지 않았습니다. 여기서 이들의 의의는 알려진 한계와 함께 의존성과 검증을 구체적으로 만드는 데 있습니다.

구성 전체를 바꾸기 전에 진단부터 하세요

한 번에 하나의 문제만 처리하고 처음 상태를 기록해 두세요. 모델, 소프트웨어, 드라이버, 해상도를 동시에 바꾸면 최종적으로 성공하더라도 무엇이 문제를 해결했는지 알 수 없습니다. 최초의 메시지를 보관한 뒤, 관련된 변경 하나만 적용해 비교하세요. 업데이트가 필요할 수 있으며, 이 경우 환경의 식별 가능한 새 버전이 되어야 합니다.

생성의 시드는 보관해 둘 가치가 있지만, 버전과 플랫폼 간에 동일한 결과를 보장하지는 않습니다. 창작 작업을 이어가려면 무엇을 요구하는지 정의하세요. 엄격히 동일한 파일, 유사한 구도, 또는 허용 가능한 외형인지 말입니다. 이러한 기준은 각기 다른 검증을 필요로 합니다.

첫 세션 이후에도 쓸 수 있는 기반 유지하기

환경 기록을 프로젝트 옆에 보관하고, 날짜와 점검 결과, 아직 불확실한 항목을 함께 적어 두세요. 허용된 파일과 그 라이선스 또는 출처의 독립적인 사본도 남겨 두세요. 확장 기능이나 모델의 경우, 출처를 문서화한다고 해서 그 내용을 재배포할 수 있는 것은 아닙니다.

준비와 이 초기 수령 작업을 3일, 7일 또는 30일 기간 안에 배정하고, 복구를 위한 시간도 남겨 두세요. 프로젝트 노트는 메모와 설정을 보관하지만, 장면과 이미지의 아카이브를 대신하지는 않습니다. 마치기 전에 내보내기 점검을 따라 이 환경에서 만들어진 결과물도 함께 찾아보세요.