feat: Wiki 지식 자산 업데이트 - UX Scenarios, Frontend, Game Design, Topics 추가 [2026-05-08]
This commit is contained in:
@@ -1,9 +1,26 @@
|
||||
---
|
||||
id: wiki-2026-0508-해부학적-오류-디버깅-워크플로우
|
||||
title: 해부학적 오류 디버깅 워크플로우
|
||||
category: 10_Wiki/Topics
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[해부학적 오류 디버깅 워크플로우|해부학적 오류 디버깅 워크플로우]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
해부학적 오류 디버깅 워크플로우는 AI 이미지 생성 시 발생하는 인체의 구조적 왜곡(여분의 손가락, 비대칭적인 눈, 중복된 사지 등)을 식별하고 교정하는 체계적인 과정입니다. 이 워크플로우는 모호한 지시어 대신 명확하고 구체적인 네거티브 프롬프트를 설정하며, 필요에 따라 인페인팅 도구 국소 수정 및 ControlNet과 같은 픽셀 단위의 구조적 제어 도구를 결합하여 일관되고 완성도 높은 결과물을 도출합니다.
|
||||
|
||||
## 📖 Core Content
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **오류의 시각적 진단 및 구체적 용어 변환**
|
||||
깨끗한 포지티브 프롬프트로 베이스라인 이미지를 생성한 후, 여러 결과물에서 반복적으로 나타나는 해부학적 오류를 우선적으로 파악합니다 [1]. "나쁜 손(bad hands)"이나 "못생긴 얼굴(ugly face)"과 같이 모호한 표현을 사용하는 대신, "여분의 손가락(extra fingers)", "정렬되지 않은 눈(misaligned eyes)", "융합된 손가락(fused fingers)", "여분의 사지(extra limbs)"와 같이 결함을 구체적인 명사나 시각적 특성으로 정확히 번역해야 합니다 [2-4].
|
||||
|
||||
@@ -16,10 +33,41 @@
|
||||
* **구조적 제어 도구(ControlNet 및 임베딩)로의 전환**
|
||||
특정 오류(예: 지속적으로 잘못 생성되는 손)가 네거티브 프롬프트만으로 해결되지 않는 경우, 네거티브 프롬프트 목록을 끝없이 부풀리는 대신 컨트롤넷(ControlNet)이나 해부학 보정 전용 임베딩으로 전환해야 합니다 [9, 10]. 특히 ControlNet은 이미지의 뼈대(Pose)나 윤곽선(Canny Edge) 정보를 강제로 주입하여 인체의 자세나 사물의 배치를 픽셀 단위로 통제할 수 있어 해부학적 오류를 근본적으로 차단합니다 [11].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[Negative Prompt|Negative Prompt]], [[Vary Region (인페인팅)|Vary (Region)]], [[ControlNet|ControlNet]], [[Prompt Weighting|Prompt Weighting]]
|
||||
- **Projects/Contexts:** 안정적인 인물 및 캐릭터 생성을 위한 반복적 프롬프트 최적화 파이프라인 구축
|
||||
- **Contradictions/Notes:** 많은 초보자들이 해부학적 오류를 수정하기 위해 무작정 "bad anatomy"와 같은 포괄적이고 긴 네거티브 프롬프트 목록을 복사해 붙여넣지만, 소스에 따르면 이러한 방식은 오히려 모델의 구성력을 혼란스럽게 만들고 디테일을 평면적으로 만들어 이미지의 품질을 떨어뜨릴 수 있으므로 피해야 한다고 경고합니다 [12-15].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-30*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** needs_review
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
Reference in New Issue
Block a user