LoRA 트리거 워드 완전 정리: 프롬프트에서 제대로 쓰는 법

LoRA의 기본 트리거 워드를 확인합니다

LoRA 상세 페이지를 엽니다. 제작자는 캐릭터 식별자, 의상 요소, 시그니처 특징 등 트리거 워드를 대부분 나열해 둡니다. Firefly LoRA라면 이런 식입니다.

의상 관련 트리거를 걷어냅니다

원작 의상에 묶어 두는 항목을 전부 뺍니다. 이름과 영구적인 특징(머리 색, 눈 색, 헤어 장식)은 남깁니다.

원하는 의상 설명을 넣습니다

이제 일반 서술형 프롬프트로 새 의상을 얹습니다. 트리거일 필요는 없습니다. 베이스 모델이 알아서 처리합니다.

생성하고 다듬습니다

한 번 생성해 봅니다. 캐릭터가 여전히 원래 의상 비슷한 것을 입고 나온다면 LoRA의 학습이 프롬프트와 힘겨루기를 하고 있는 것입니다. LoRA 가중치를 0.7 정도로 살짝 낮춰서 기모노 쪽에 자리를 내주십시오.

왜 이렇게 하면 되는가

캐릭터를 정의하는 트리거만 남기고 의상 트리거를 버리면, LoRA에게 "이 캐릭터는 필요하지만 옷은 내가 정하겠다"고 말하는 셈이 됩니다. 잘 설계된 LoRA라면 애초에 의상 요소를 트리거 워드에 묶어 두지 말아야 하는 이유이기도 합니다.

실무 팁

Danbooru를 트리거 워드 아이디어 소스로 쓰십시오. 요즘 캐릭터 LoRA는 대부분 Danbooru 태그가 달린 데이터로 학습하기 때문에, 거기서 찾은 태그가 LoRA의 어휘와 그대로 맞아떨어지는 경우가 많습니다.

LoRA 트리거 워드가 무엇인가요?

LoRA 트리거 워드는 프롬프트에 넣으면 LoRA의 학습을 활성화하는 특정 키워드나 짧은 문구입니다. LoRA 제작자가 학습 단계에서 특정 시각 요소(캐릭터 이름, 머리 색, 시그니처 의상, 고유 포즈)와 연결해 심어 둡니다. 올바른 트리거 워드가 프롬프트에 없으면 LoRA는 절반쯤 잠든 상태로 남고, 결과물은 밋밋해집니다. 활성화 비밀번호라고 생각하시면 됩니다. 맞는 단어는 LoRA의 능력을 전부 열고, 빠지거나 틀린 단어는 학습 내용에 손도 못 대게 만듭니다.

LoRA의 트리거 워드는 어디서 확인하나요?

PixAI에서는 생성 작업에 LoRA를 불러오면 트리거 워드가 프롬프트 창에 자동으로 들어옵니다. LoRA 상세 페이지의 설명란에서도 제작자가 적어 둔 목록을 볼 수 있습니다. Danbooru 태그 데이터로 학습된 LoRA(요즘 애니메이션 캐릭터 LoRA 대부분)라면, 해당 캐릭터의 Danbooru 태그가 그대로 트리거 워드로 작동하는 경우가 많습니다. 문서화된 트리거 워드가 없는 LoRA라면 모델 메타데이터를 확인하거나 섹션 05의 Danbooru 방법을 쓰십시오.

트리거 워드는 프롬프트 어디에 넣어야 하나요?

프롬프트 앞쪽에 두십시오. 베이스 모델은 앞에 있는 단어에 더 큰 비중을 두기 때문에, 트리거가 앞에 있을수록 LoRA가 안정적으로 켜집니다. 권장 구조는 character_name → permanent_features → optional_tweaks → flexible_elements(장면, 분위기, 조명) 순입니다. 예를 들어 "kafka, long purple hair, low twintails, purple eyes"를 먼저 쓰고, 그다음에 "in a cyberpunk alley, neon lights, looking back"를 붙이는 식입니다. 이렇게 하면 LoRA에 우선권을 주면서 장면 연출은 유연하게 남길 수 있습니다.

LoRA의 트리거 워드를 바꿔도 되나요?

가능하고, 커스터마이즈 기법 중에서도 효과가 큰 편입니다. 캐릭터 정체성에 해당하는 트리거(이름, 머리 색·눈 색 같은 영구 특징)는 남겨 두되, 의상·포즈·표정·배경에 묶인 트리거는 자유롭게 바꾸셔도 됩니다. Firefly LoRA가 기본으로 "white dress, white gloves"를 쓴다면 이를 지우고 "kimono, traditional dress, floral pattern"으로 대체하면 됩니다. LoRA는 Firefly의 정체성을 유지한 채 새 옷을 입힙니다. 규칙은 두 가지입니다. 영구 특징 트리거는 지우지 말 것, 그리고 직접 학습시킬 때는 안정적인 특징만 트리거에 굽고 의상은 넣지 말 것.

모든 LoRA에 트리거 워드가 필요한가요?

그렇지는 않습니다. 스타일 LoRA와 컨셉 LoRA는 올려놓기만 해도 생성 전반의 분위기를 바꾸도록 학습되기 때문에 명시적인 트리거 워드 없이 작동하기도 합니다. 다만 캐릭터 LoRA, 포즈 LoRA, 의상 LoRA는 특정 기능을 켜기 위해 트리거 워드가 거의 항상 필요합니다. 안전한 습관은 제작자가 필요 없다고 명시하지 않는 한 필요하다고 가정하는 것입니다. LoRA를 올렸는데 아무 변화가 없다면, 가장 흔한 원인은 빠졌거나 철자가 틀린 트리거 워드입니다.

트리거 워드와 일반 프롬프트 태그는 어떻게 다른가요?

일반 프롬프트 태그는 베이스 모델이 알아듣는 아무 단어입니다. "sunset", "cyberpunk", "smiling" 같은 단어가 베이스 모델의 일반 학습을 근거로 결과에 영향을 줍니다. LoRA 트리거 워드는 다릅니다. LoRA 제작자가 학습 과정에서 특정 요소와 의도적으로 연결해 둔 키워드입니다. 트리거 워드를 쓰면 베이스 모델 위에 LoRA의 전용 학습이 얹힙니다. 일반 태그는 전체 구성에 영향을 주고, 트리거 워드는 LoRA의 특정 기능을 엽니다. 같은 단어가 양쪽 역할을 할 수도 있습니다. 캐릭터 LoRA가 "purple_eyes"를 트리거로 학습했다면 그 단어는 LoRA 고유의 눈 처리를 켜지만, LoRA 없는 프롬프트에서는 베이스 모델을 보라색 눈 쪽으로 살짝 미는 정도에 그칩니다.

트리거 워드를 넣었는데 LoRA가 반응하지 않습니다

트리거 워드를 썼는데도 LoRA가 잠잠하다면 원인은 대개 네 가지 중 하나입니다. 첫째, 베이스 모델 불일치입니다. Haruka V2로 학습된 LoRA는 트리거가 맞아도 Noob 계열 모델에서 제대로 작동하지 않습니다. 둘째, 철자나 형식 문제입니다. Danbooru식 태그는 밑줄을 씁니다(long hair가 아니라 long_hair). 형식이 어긋나면 켜지지 않습니다. 셋째, LoRA 가중치가 너무 낮은 경우입니다. 0.8~1.0으로 올려 학습이 실제로 반영되는지 보십시오. 넷째, 프롬프트 요소 간 충돌입니다. 다른 태그가 너무 많으면 LoRA의 영향이 희석됩니다. 트리거 워드만 넣은 최소 프롬프트로 먼저 작동을 확인한 뒤, 장면 디테일을 하나씩 얹으시면 됩니다.

Tsubaki.2에서는 트리거 워드가 다르게 작동하나요?

다릅니다. Tsubaki.2(PixAI의 DiT.2 베이스 모델)는 SDXL이나 DiT.1 LoRA보다 훨씬 길고 서술적인 트리거 문구를 요구합니다. SDXL 워크플로가 "hatsune_miku, vocaloid, twin_tails"처럼 짧은 쉼표 태그를 쓰는 반면, Tsubaki.2는 대상을 하나의 특징 목록으로 설명하는 30자 이상의 문구를 기대합니다. 예를 들면 "A young woman with long silver hair, golden eyes, and a futuristic black visor" 같은 형태입니다. Tsubaki.2 트리거가 30자보다 짧다면 학습 품질을 그냥 버리는 셈입니다. 전체 사양은 DiT LoRA 트레이닝 가이드를 참고하십시오.

여러 LoRA에 같은 트리거 워드를 써도 되나요?

기술적으로는 가능하지만 대개 문제가 생깁니다. 같은 트리거 워드를 공유하는 LoRA 두 개를 겹쳐 올리면 둘 다 동시에 켜지면서 학습된 특징이 충돌해 뭉개지거나 들쭉날쭉한 결과가 나옵니다. 가장 깔끔한 방법은 학습 단계에서 LoRA마다 고유한 트리거 문구를 주는 것입니다. 캐릭터 이름을 기본 트리거로 삼아 네임스페이스처럼 쓰는 식입니다. 트리거가 겹치는 LoRA를 굳이 함께 써야 한다면 각 LoRA의 가중치를 0.5~0.7로 낮춰 충돌을 완화하십시오. 다중 캐릭터 생성은 다중 캐릭터 LoRA 가이드에서 전체 흐름을 다룹니다.

✓  Danbooru 태그는 맞는 트리거를 찾는 확실한 지름길입니다

✓  DiT.1은 짧은 트리거, DiT.2는 30자 이상 서술형 문구