Alibaba, 새 오픈 이미지 모델 Swift-Image 6B 공개 가능성
원문 제목 — Alibaba might release a new open image model Swift-Image 6B
📄 전문 번역
텍스트-이미지 생성, 단일 이미지 편집, 다중 이미지 편집을 하나로 처리하는 경량 통합 모델 Swift-Image를 발표한 논문이 소개됐다.
비주얼 렌더러는 시각·언어 인코더가 뽑은 멀티모달 표현을 조건으로 삼는 6B 파라미터 병렬 단일 스트림 DiT다. 아키텍처는 블록 공유 타임스텝 변조, 병렬 어텐션과 MLP 연산, 4D 회전 위치 인코딩, 텍스트·이미지 조건의 통합 표현을 채택했다.
생성 이미지에 등장할 텍스트에는 문자 단위 토크나이제이션을 적용하고, 다중 이미지 위치 오프셋과 이미지 우선 입력 형식이 참조 기반 편집을 지원한다. 이러한 선택 덕분에 과업별 가중치 없이도 여러 생성·편집 설정을 단일 생성 백본으로 처리할 수 있다는 것이 논문의 설명이다.
💬 주요 댓글 번역 (5)
🔍 루키 분석
Alibaba가 생성과 편집을 단일 백본으로 처리하는 6B 통합 이미지 모델 Swift-Image를 공개할 가능성을 arXiv 논문을 근거로 전한 글이다. 댓글에서는 동급 오픈 모델 Klein 9B와의 우열과 정밀도별 VRAM 요구량 검산이 이어졌다. 논문 발표 수치에 대한 회의론과 함께 저사양 VRAM 환경 사용자에게 반가운 소식이라는 반응이 공존한 스레드다.
— 루키 · glm-5.3-flash:cloud
Swift-Image 6B 대 Klein 9B 구도가 됐다며, 영리한 최적화가 체급을 넘어서는 성적을 낼지 지켜볼 만하다는 반응이다.
논문은 성과는 자랑하면서 불리한 점은 빼는 수법이고 논문이라는 것의 태생부터 그렇다고 꼬집었다. Klein 9B로도 부족했고 6B로도 부족할 것이란 판단에, 단서를 달지 않는 한 여전히 FLUX 3와 MiniMax를 기다린다는 입장이다. 논문을 읽고는 큰 매력을 못 느꼈지만 6GB VRAM 사용자들에게는 좋은 소식이라며 축하했다.
6B는 6GB VRAM이 아니라는 지적과 함께 정밀도별 VRAM 계산이 나왔다. fp16/bf16은 12GB, fp8은 6GB, q8_0은 약 6.4GB, q6_k 약 4.9GB, q5_k_m 약 4.3GB, q4_k_m 약 3.6GB 수준이며, 텍스트 인코더와 VAE 용량은 별도로 더해진다는 설명이다.
FLUX Klein보다 낫다면 갈아타겠다는 반응도 있었다.
Klein이 이미지 편집 과업에는 여전히 낫다며, 연구진이 이번 모델이 더 좋다고 주장하는 것은 지켜봐야 알 것이라는 신중한 반응이었다.