feat: Wiki 지식 자산 업데이트 - UX Scenarios, Frontend, Game Design, Topics 추가 [2026-05-08]
This commit is contained in:
@@ -1,9 +1,26 @@
|
||||
---
|
||||
id: wiki-2026-0508-positive-prompts
|
||||
title: Positive Prompts
|
||||
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)
|
||||
---
|
||||
|
||||
# [[Positive Prompts|Positive Prompts]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
긍정 프롬프트(Positive Prompt)는 일반적으로 단순하게 '프롬프트(the prompt)'라고 불리며, 사용자가 AI를 통해 이미지에 구현하고자 하는 대상을 명확히 지시하는 텍스트입니다 [1]. 부정 프롬프트가 모델이 피해야 할 경계를 설정하는 역할을 한다면, 긍정 프롬프트는 이미지 생성의 최종 목적지(Target)와 방향성을 설정하는 역할을 수행합니다 [2, 3]. 주로 주체, 매체, 스타일, 조명, 구도 등의 요소를 포함하여 AI 모델이 명확한 시각적 결과를 출력하도록 돕습니다 [1, 4].
|
||||
|
||||
## 📖 Core Content
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **기본 정의 및 역할:**
|
||||
긍정 프롬프트는 이미지 생성 과정에서 최종적으로 도달해야 할 목적지를 정의합니다 [2]. 부정 프롬프트(Negative Prompt)가 원치 않는 요소를 피하게 해주는 것과 대조적으로, 긍정 프롬프트는 사용자가 화면에 나타나길 바라는 모든 세부 묘사를 담는 공간입니다 [1, 2].
|
||||
|
||||
@@ -25,10 +42,41 @@
|
||||
* **긍정형 묘사의 원칙:**
|
||||
인공지능 모델(예: DALL-E, Stable Diffusion 등)은 "아니다(not)", "없다(without)", "하지 마라(don't)"와 같은 부정어나 가능성 표현을 제대로 처리하지 못하는 경향이 있습니다 [15-17]. 긍정 프롬프트 내에 부정어를 포함할 경우, 오히려 그 단어와 관련된 피사체가 이미지에 생성되는 역효과가 발생할 수 있습니다 (예: "케이크 없음"이라고 적으면 케이크가 나타날 수 있음) [18]. 따라서 원하는 특성만을 긍정적인 문장으로 묘사해야 하며, 제외하고 싶은 요소는 전용 매개변수(`--no`)나 부정 프롬프트를 통해 분리해서 처리해야 합니다 [15, 18].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[Negative Prompts|Negative Prompts]], [[Prompt Structure|Prompt Structure]], [[매개변수 (Parameters)|Parameters]], Style Modifiers
|
||||
- **Projects/Contexts:** AI Image Generation, [[Prompt Engineering|Prompt Engineering]]
|
||||
- **Contradictions/Notes:** 긍정 프롬프트 내에서 원치 않는 요소를 제거하기 위해 "without"이나 "no"를 사용하면 모델이 이를 오해하여 오히려 해당 요소를 긍정적 지시로 받아들이고 생성할 수 있습니다. 피하고 싶은 요소는 반드시 긍정 프롬프트가 아닌 부정 프롬프트 영역이나 전용 배제 명령어(예: Midjourney의 `--no` 매개변수)를 통해 처리해야 합니다 [17, 18].
|
||||
|
||||
---
|
||||
*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