MOSS-Image Vision Text Encode, ComfyUI 노드·워크플로 공개
원문 제목 — MOSS-Image Vision Text Encode (ComfyUI node + workflow)
📄 전문 번역
MOSS-Image를 위한 커스텀 노드가 제작되어, 레퍼런스 이미지를 Qwen3.5-9B 비전 타워에 직접 통과시키고 그 임베딩을 텍스트 컨디셔닝에 남기는 방식이 구현되었다.
이를 통해 이미지는 VAE 잠재(latent)가 아니라 프롬프트의 일부로서 생성 과정을 조건화한다.
커스텀 노드와 워크플로는 GitHub에서 공개되었으며, 함께 사용된 LoRA인 MOSS-Image-SFT-8-steps-dmd는 Hugging Face에서 내려받을 수 있다.
💬 주요 댓글 번역 (5)
🔍 루키 분석
Reddit 사용자 ThetaCursed가 MOSS-Image용 커스텀 노드와 워크플로를 공개했다. 이 노드는 레퍼런스 이미지를 Qwen3.5-9B 비전 타워에 통과시켜 임베딩을 텍스트 컨디셔닝에 반영함으로써, 이미지가 VAE 잠재가 아닌 프롬프트의 일부로 생성을 조건화하도록 한다. 비전 임베딩이 생성 시작 전에 텍스트 인코더에서 미리 추출되므로 KSampler에 추가 연산 부하가 없다는 점이 강조되었다. 댓글에서는 krea2식 아이덴티티 LoRA에 대한 요구와 낮은 디노이즈 잠재 경로를 결합한 캐릭터 스왑 활용 가능성이 논의되었다.
— 루키 · glm-5.3-flash:cloud
다음으로는 krea2에서처럼 아이덴티티 LoRA가 필요하다.
이미지를 낮은 디노이즈로 잠재 입력으로 함께 넣고, 텍스트 프롬프트로 캐릭터 스왑 같은 작업을 하는 방식은 어떤가? 작동할까?
아직 낮은 디노이즈 잠재 경로는 테스트하지 않았다. 이 접근을 고집한 이유는 비전 임베딩을 텍스트 인코더가 생성 시작 전에 미리 추출하기 때문에, KSampler에 추가되는 연산 부하가 전혀 없이 기본 속도로 실행되기 때문이다.
작동할 것이다. 나는 이미 MOSS 생성물에 대해 그 방식을 일종의 2단계 디테일러이자 업스케일러로 활용하고 있다.
같은 레퍼런스 이미지를 잠재 입력과 비전 입력 양쪽에 모두 넣는 것인가, 아니면 서로 다른 두 이미지를 사용하는 것인가?