ComfyUI-Lora-Manager v1.1.9, 최신 LoRA 관리 변화
ComfyUI에서 LoRA가 몇 개 없을 때는 파일명만 보고 관리해도 큰 문제가 없다. 하지만 캐릭터·스타일·의상 LoRA가 쌓이기 시작하면 어떤 trigger word를 쓰는지, 어떤 base model에 맞는지, 이전에 어떤 설정으로 테스트했는지를 다시 찾는 일이 더 번거로워진다.
최근 ComfyUI-Lora-Manager 업데이트는 이 관리 문제를 직접 건드렸다. 2026년 7월 20일 v1.1.8에서 Lora Info Node가 추가됐고, 다음 날 공개된 v1.1.9에서는 v1.1.8에서 발생한 Recipes 페이지 오류를 바로 수정했다. 공개 릴리스 목록 기준 v1.1.9가 최신 릴리스로 표시돼 있다.
lora news에서 가장 먼저 볼 변화
Lora Info Node가 새로 추가됐다
v1.1.8에서 가장 눈에 띄는 변화는 Lora Info Node다. 선택한 LoRA의 description과 사용자가 수정할 수 있는 notes를 workflow 안에서 보여주는 display node다.
기존에는 LoRA Manager 화면을 열거나 파일명과 별도 메모를 확인해야 했다면, 이제 Loader나 Stacker 같은 LoRA node에 연결해 현재 선택한 LoRA 정보를 workflow 쪽에서 바로 확인할 수 있다.
LoRA를 바꾸면 정보도 따라 바뀐다
Lora Info Node를 LoRA node에 연결한 상태에서 다른 LoRA를 선택하면 표시되는 정보도 해당 LoRA에 맞춰 자동으로 채워진다.
여러 LoRA를 번갈아 테스트하는 workflow에서는 이 변화가 꽤 실용적이다. 파일명이 비슷한 LoRA가 많더라도 노드 옆에서 메모와 설명을 같이 볼 수 있기 때문이다.
특히 시간이 지난 workflow를 다시 열었을 때 효과가 크다. 단순히 어떤.safetensors를 연결했는지만 보는 것이 아니라 그 LoRA를 왜 선택했는지에 대한 정보를 workflow 안에 남기는 구조를 만들 수 있다.
v1.1.8에는 LoRA Syntax → Path Node도 들어왔다
같은 업데이트에서는 LoRA Syntax → Path Node도 추가됐다. lora:name:strength 형태의 LoRA 문법을 실제 LoRA 파일의 전체 경로로 변환하는 utility node다.
lora news가 ComfyUI 워크플로우에 미치는 영향
프롬프트나 다른 시스템에서 LoRA syntax를 문자열 형태로 넘기는 workflow라면 파일 경로를 다시 찾는 중간 작업을 줄일 수 있다.
기존 방식과 비교해야 할 부분
strength 문법을 경로 처리와 연결한다
예를 들어 workflow 외부에서 lora:example:0.8 같은 값을 전달받는 구조라면 그 문자열에서 어떤 LoRA가 지정됐는지를 실제 파일 위치와 연결해야 할 수 있다.
이 node는 그런 경로 변환 과정을 위한 기능이다. LoRA strength 자체를 새롭게 계산하거나 학습하는 node가 아니라 LoRA syntax와 로컬 파일 경로 사이를 연결하는 역할로 보는 편이 정확하다.
따라서 일반적인 Load LoRA만 사용하는 단순 workflow에서는 반드시 필요한 기능은 아니다. 반면 텍스트 기반으로 LoRA를 선택하거나 workflow 자동화를 구성한다면 활용 범위가 넓어진다.
Tag Search 변경 뒤 Recipes 페이지 오류가 발생했다
v1.1.8에서는 LoRA Manager의 filter panel에서 태그를 직접 검색할 수 있는 Tag Search 기능도 추가됐다. 기존처럼 상위 20개 태그만 훑는 것이 아니라 전체 태그를 대상으로 검색할 수 있게 바뀌었다.
LoRA 수가 수백 개로 늘어난 환경에서는 폴더만으로 분류하기 어려운 경우가 많다. 캐릭터, 스타일, 의상, base model 등의 정보를 태그로 관리한다면 검색 기능의 의미가 커진다.
하지만 v1.1.8에서는 이 Tag Search 변경과 관련된 회귀 오류로 Recipes 페이지가 로딩되지 않는 문제가 발생했다. 다음 날 공개된 v1.1.9에서 이 문제가 수정됐다.
성능과 결과 품질에서 확인할 차이
워크플로우 구성에서 놓치기 쉬운 부분
따라서 v1.1.8에 머물러 있고 Recipes 화면이 열리지 않는다면 workflow 자체부터 수정하기보다는 버전을 먼저 확인하는 것이 맞다.
v1.1.9는 기능 추가보다 안정화 업데이트다
v1.1.9의 핵심은 새로운 대형 기능보다 v1.1.8 이후 발생한 문제를 정리한 것이다. Recipes 페이지 로딩 오류 외에도 빈 template placeholder의 download path sanitization 문제와 configured library directory 외부 경로를 파일 작업에서 허용하던 문제가 수정됐다.
즉 Lora Info Node 같은 실제 기능 변화는 v1.1.8에서 들어왔고, v1.1.9는 그 직후 필요한 수정이 적용된 후속 릴리스로 이해하면 된다.
현재 기존 버전을 오래 사용하고 있다면 새로운 기능만 보고 v1.1.8을 목표로 업데이트할 이유는 적다. 공개 릴리스 목록에서 그 이후 v1.1.9가 latest로 표시돼 있으므로 버전 확인 시 이 차이를 같이 보는 편이 낫다.
누가 이번 업데이트를 확인해야 할까
LoRA를 몇 개만 직접 선택해서 쓰는 경우라면 체감 변화는 크지 않을 수 있다. 기본 Load LoRA 동작 자체가 완전히 달라진 업데이트는 아니기 때문이다.
LoRA library가 커졌다면 체감이 크다
반대로 다음과 같은 환경에서는 Lora Info Node가 특히 유용하다.
실제로 적용할 때 체크할 점
LoRA가 많아 파일명만으로 구분하기 어려운 경우
LoRA별 사용 메모를 workflow에서 바로 확인하려는 경우
Loader나 Stacker에서 LoRA를 자주 교체하는 경우
태그를 이용해 대규모 LoRA library를 관리하는 경우
LoRA syntax를 자동화 workflow에서 처리하는 경우
결국 이번 변화는 생성 품질을 높이는 업데이트라기보다 LoRA가 많아졌을 때 생기는 관리 비용을 줄이는 쪽에 가깝다.
마지막 확인
ComfyUI-Lora-Manager v1.1.8에서는 Lora Info Node, 전체 Tag Search, LoRA Syntax → Path Node가 추가됐고, 바로 다음 v1.1.9에서는 Recipes 페이지가 열리지 않던 회귀 오류 등이 수정됐다.
LoRA library가 커지고 있다면 Lora Info Node부터 확인해볼 만하다. 이미 v1.1.8을 사용하면서 Recipes 페이지 문제가 있었다면 workflow를 건드리기 전에 v1.1.9 이상으로 업데이트됐는지 먼저 확인하는 것이 가장 빠르다.