feat: Wiki 지식 자산 업데이트 - UX Scenarios, Frontend, Game Design, Topics 추가 [2026-05-08]
This commit is contained in:
@@ -1,20 +1,30 @@
|
||||
---
|
||||
category: Unified
|
||||
id: wiki-2026-0508-positive-prompt
|
||||
title: Positive Prompt
|
||||
category: 10_Wiki/Topics
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [auto-consolidated, technical-documentation]
|
||||
title: [[Positive Prompt|Positive Prompt]]
|
||||
last_updated: 2026-05-02
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Positive Prompt|Positive Prompt]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
긍정 프롬프트(Positive Prompt)는 AI 이미지 생성 시 이미지에 포함되기를 원하는 모든 세부 사항(주체, 매체, 스타일, 조명 등)을 명시하는 명령어입니다 [1]. 흔히 단순히 '프롬프트(Prompt)'라고 불리며, AI 모델이 생성해야 할 시각적 목표와 목적지를 정의하는 역할을 합니다 [1, 2]. 프롬프트 내에 원하지 않는 요소를 부정어와 함께 적을 경우 오히려 해당 요소가 생성되는 역효과가 날 수 있으므로, 오직 원하는 속성만을 긍정적인 언어로 묘사하는 것이 중요합니다 [3, 4].
|
||||
|
||||
---
|
||||
|
||||
긍정 프롬프트(종종 단순히 '프롬프트'로 불림)는 사용자가 AI 이미지 생성 모델에게 최종 결과물에서 보고 싶은 구체적인 요소들을 명시적으로 지시하는 텍스트입니다 [1, 2]. 이는 생성될 이미지의 목표(Destination 또는 Target)를 설정하는 역할을 하며, 주체, 매체, 스타일, 구도, 조명 등의 상세한 세부 정보를 포함합니다 [1, 3, 4]. 인공지능 모델이 지시를 오해하여 원치 않는 요소를 생성하는 것을 방지하기 위해, 부정적인 단어보다는 원하는 속성만을 긍정적인 언어로 묘사하는 것이 필수적입니다 [5, 6].
|
||||
|
||||
## 📖 Core Content
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **긍정 프롬프트의 역할**
|
||||
긍정 프롬프트는 AI가 도달해야 할 '목표(target)' 및 '도착지(destination)'를 설정하는 역할을 합니다 [2, 5]. 반면 네거티브 프롬프트는 피해야 할 '경계(boundaries)'를 정의하므로 두 프롬프트는 서로 명확히 구분되는 역할을 수행합니다 [2]. 실질적으로 사용자는 긍정 프롬프트를 통해 보고 싶은 것을 묘사하고, 네거티브 프롬프트를 통해 그것을 망치는 요소들을 차단하게 됩니다 [2].
|
||||
|
||||
@@ -34,10 +44,10 @@ last_updated: 2026-05-02
|
||||
* **부정 프롬프트와의 관계:** 긍정 프롬프트가 '보고 싶은 것'을 묘사한다면, 부정 프롬프트는 '피해야 할 경계(Boundaries)'를 정의하는 역할을 수행합니다 [2, 3]. 만약 긍정 프롬프트 안에 원치 않는 요소를 적으며 "제외하라"고 지시하게 되면 오히려 해당 요소가 이미지에 나타나는 역효과를 낳을 수 있으므로, 원치 않는 요소는 전용 부정 프롬프트(Negative Prompt) 섹션으로 분리해야 합니다 [11].
|
||||
* **모델별 특성 (DALL-E 3 주의사항):** DALL-E 3와 같은 특정 모델은 "not", "no", "don't", "without"과 같은 부정어(Negations)를 처리하는 데 매우 취약합니다 [5]. "사용하지 말 것"이라는 부정 지시어를 긍정 프롬프트 내에 입력하면 모델이 오히려 해당 단어의 피사체를 생성해버리는 경향이 있으므로, DALL-E 3를 사용할 때는 모든 지시를 긍정형 문장으로 구성하여 원하는 속성만을 묘사해야 합니다 [5, 6].
|
||||
|
||||
## ⚖️ Trade-offs & Caveats
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
No trade-offs available.
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[Negative Prompt|Negative Prompt]], [[Prompt Structure|Prompt Structure]], Token
|
||||
- **Projects/Contexts:** [[Stable Diffusion|Stable Diffusion]], [[DALL-E 3|DALL-E 3]], Civitai
|
||||
- **Contradictions/Notes:** 소스에 따르면, 긍정 프롬프트 내에서 특정 요소를 배제하기 위해 부정적 지시어("~없는", "no" 등)를 사용하면 AI가 이를 오인하여 오히려 해당 요소를 결과물에 추가하는 모순적 결과가 발생합니다 [3, 4, 9]. 이를 해결하기 위해 긍정 프롬프트에는 철저히 원하는 바만 서술하고, 배제할 요소는 네거티브 프롬프트를 활용하는 것이 필수적입니다 [3, 4].
|
||||
@@ -53,3 +63,29 @@ No trade-offs available.
|
||||
|
||||
---
|
||||
*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 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
Reference in New Issue
Block a user