refactor(topics): 멀티 에이전트용 지식 재편 — _Common(공통 기본기) + Domain_* 구조
에이전트 8종(대화형/프로그래머 C·S/디자이너/설계자/기획자/QA/PD/PM)에게 [공통 기본 능력 + 롤별 Specialty] 2층으로 지식을 주입하기 위한 재분류. 문서 내용·포맷은 무수정, 폴더 이동만 (6,372개 문서 수 보존 확인). - Topic_Programming → Domain_Programming (내부 구조 보존) - Topic_Graphic → Domain_Design - Topic_Business → Domain_Product - Topic_General → Domain_General - _Common 신설: Math(구 Topic_Math_Specialty), Reasoning(구 General/From_Thinking & Reasoning), Reasoning_Creativity(구 General/From_창의성), Communication(Poetic_Blog_Writing + From_writing) - 타 도메인의 From_* 폴더는 유지 (출처 표기일 뿐, 이미 도메인에 맞게 분류된 문서) - 빈 폴더 정리 (memory/procedures) - 에이전트→폴더 매핑은 workspace의 .astra/agent-knowledge-map.json (9개 에이전트) Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
@@ -0,0 +1,145 @@
|
||||
---
|
||||
id: prompt-engineering
|
||||
title: "Prompt Engineering"
|
||||
category: "AI_and_ML"
|
||||
status: "draft"
|
||||
verification_status: "conceptual"
|
||||
canonical_id: ""
|
||||
aliases: ["프롬프트 엔지니어링", "인공지능 지시문 최적화", "지시어 설계", "AI Prompt Design", "Context Engineering", "프롬프트 최적화"]
|
||||
duplicate_of: ""
|
||||
source_trust_level: "A"
|
||||
confidence_score: 0.92
|
||||
created_at: 2026-06-26
|
||||
updated_at: 2026-06-26
|
||||
review_reason: ""
|
||||
merge_history: []
|
||||
tags: ["research", "image Prompt 작성 방법", "Prompt Engineering", "AI Optimization"]
|
||||
raw_sources: [
|
||||
"AI 이미지 프롬프트 엔지니어링의 이론적 기초와 모델별 최적화 실무 방법론",
|
||||
"AI for Images: Midjourney, DALL-E, Stable Diffusion, Firefly – Complete Guide",
|
||||
"Prompt Engineering for AI Image Generation Tips - KnowledgeHut",
|
||||
"FLUX.1 Prompt Manual: A Foundational Guide : r/FluxAI - Reddit",
|
||||
"How to Use Negative Prompts in Stable Diffusion (2025) - QWE AI Academy",
|
||||
"Stable Diffusion Negative Prompt: Optimize Your AI Art - AI Photo Generator",
|
||||
"Complete Midjourney V6 Prompt Guide: Master Every Parameter"
|
||||
]
|
||||
applied_in: ["Meteora_Web_Furniture_Catalog_Automation", "Logo_Conceptualization_Workflow", "E-commerce_Product_Variant_Generation"]
|
||||
github_commit: ""
|
||||
---
|
||||
|
||||
# [[Prompt Engineering]]
|
||||
|
||||
## 🎯 한 줄 통찰 (One-line insight)
|
||||
프롬프트 엔지니어링은 사용자의 추상적 의도를 신경망이 해독 가능한 **수학적 벡터 공간으로 전이시키는 정밀한 기술적 가교**이자, 무작위성을 제어하여 일관된 결과물을 도출하는 **전략적 협업 과정**이다 [S39, S1009].
|
||||
|
||||
## 🧠 핵심 개념 (Core concepts)
|
||||
- **계층적 프레임워크 (S+E+M+S+L+C):** 대상(Subject), 환경(Environment), 매체(Medium), 스타일(Style), 조명(Lighting), 구도(Composition)를 순차적으로 배치하여 모델의 이해도를 극대화함 [S39, S1008].
|
||||
- **무조건적 샘플링 제어 (Negative Prompting):** 역확산 과정에서 불필요한 요소(왜곡, 워터마크 등)로 이미지가 발산하지 않도록 막는 **반발 가드레일** [S45, S1107].
|
||||
- **분류기 없는 가이던스 (CFG Scale):** 모델이 입력된 프롬프트를 얼마나 엄격하게 준수할지 결정하는 수치적 지표 [S46, S1142].
|
||||
- **자연어 구문 전이:** 최신 모델(V6, DALL-E 3, Flux)일수록 키워드 나열보다 문맥적 흐름을 가진 **서사형 문장**을 더 정확하게 해석함 [S41, S730].
|
||||
|
||||
## 🧩 추출된 패턴 (Extracted patterns)
|
||||
- **Chiseling (조각 패턴):** 처음부터 완벽을 기하기보다 짧은 프롬프트로 시작해 결함을 진단하고, 필요한 단어를 최소한으로 추가하며 정교하게 깎아내는 방식 [S1130, S1176].
|
||||
- **Specific vs. Vague (구체성 패턴):** "멋진" 같은 추상어 대신 "Hasselblad X2D 100C" 같은 기술적 사양을 명시하여 물리적 렌더링 품질을 강제 유도함 [S107, S1210].
|
||||
- **Concrete Negation (구체적 부정):** "ugly" 대신 "extra fingers", "fused limbs"와 같이 구체적인 형상 단위를 명시할 때 오류 방어율이 비약적으로 상승함 [S47, S650].
|
||||
- **Order Primacy (우선순위 패턴):** 프롬프트의 가장 앞부분에 위치한 단어가 최종 이미지 생성에 가장 강력한 물리적 지배력을 행사함 [S62, S718].
|
||||
|
||||
## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
|
||||
|
||||
| 항목 (Strategy) | 장점 | 단점 | 언제 선택 |
|
||||
|---|---|---|---|
|
||||
| **자연어 서사** | 문맥 이해도 높음, 사실적 상호작용 묘사 유리 [S41, S681] | 특정 요소 개별 가중치 조절이 어려움 [S215] | Midjourney V6, DALL-E 3, Flux 사용 시 [S4, S47] |
|
||||
| **태그/키워드 나열** | 각 요소의 독립적 제어 용이, 수식 적용 가능 [S44] | 문맥이 끊겨 부자연스러운 배치 발생 가능 [S739] | Stable Diffusion 및 구형 모델 사용 시 [S44, S732] |
|
||||
| **네거티브 누적** | 광범위한 아티팩트 사전 방지 [S1178] | 과도할 경우 이미지의 디테일과 생동감 훼손 [S46, S645] | SD 1.5 등 아티팩트가 잦은 모델 사용 시 [S46, S1126] |
|
||||
|
||||
## 📖 세부 내용 (Details)
|
||||
|
||||
### 1. 프롬프트 구성의 6대 요소 (Framework)
|
||||
- **Subject:** 인물, 사물 등 주인공의 외양과 행동을 가장 먼저 상세히 명시 [S40, S956].
|
||||
- **Environment:** 기후, 장소, 물리적 배경을 통해 장면의 서사적 깊이를 부여 [S40, S1010].
|
||||
- **Medium & Style:** 사진, 유화, 3D 렌더링 등 물리적 형식과 인상주의 등 예술적 화풍 지정 [S40, S1011].
|
||||
- **Lighting & Composition:** 광원의 방향(네온, 골든 아워)과 카메라 렌즈 사양(85mm, 조감도)을 통해 시선을 수학적으로 통제 [S40, S1210].
|
||||
|
||||
### 2. 모델별 최적화 실무 전략
|
||||
- **Midjourney V6:** 키워드 스팸을 지양하고 **묘사적인 문장**을 사용하며, `--style raw` 파라미터로 인위적인 미적 편향을 제거함 [S42, S730].
|
||||
- **Stable Diffusion:** `(keyword:factor)` 수법으로 중요도를 조율하고, `[keyword1 : keyword2 : factor]` 스케줄링으로 단계별 피사체 교체를 수행함 [S44, S45].
|
||||
- **DALL-E 3:** **리터럴(Literal) 해석** 성능을 활용하여 "3마리의 고양이" 등 수량 제어와 정확한 텍스트 기입에 집중함 [S48, S1014].
|
||||
- **Flux.1:** **액티브 내러티브** 기법을 적용하여 빛과 사물의 물리적 상호작용을 동사 위주로 묘사함 [S49, S109].
|
||||
|
||||
### 3. 네거티브 프롬프트의 물리적 메커니즘
|
||||
- U-Net 노이즈 예측 모듈이 긍정과 부정 프롬프트를 동일한 토큰 크기로 수용하여 장력 균형을 유도함 [S46].
|
||||
- **SDXL/Flux 주의사항:** 최신 모델은 긴 네거티브 목록 입력 시 오히려 품질이 저하되거나 stiffness(경직)가 발생하므로 3-5개의 핵심 단어만 사용 권장 [S46, S647, S1126].
|
||||
|
||||
## ⚖️ 모순 및 업데이트 (Contradictions & updates)
|
||||
- **프롬프트 길이에 대한 모순:** 과거에는 길고 화려한 프롬프트가 고품질을 보장한다고 믿었으나, 최신 분석에 따르면 불필요한 단어는 모델의 이해도를 방해하며 핵심 요소 위주의 간결한 문장이 더 우수함 [S9, S725].
|
||||
- **네거티브 프롬프트의 한계:** 네거티브 프롬프트는 훈련 데이터에 없는 개념(예: 완벽한 손가락)을 만들어낼 수 없으며, 단지 낮은 확률의 노이즈 영역에서 밀어내는 역할만 수행함 [S648, S654].
|
||||
|
||||
## 🛠️ 적용 사례 (Applied in summary)
|
||||
- **Meteora Web Agency:** 가구 클라이언트 프로젝트에서 Stable Diffusion의 가중치 조율과 ControlNet을 결합하여 스튜디오 촬영 없이 80% 이상의 비용 절감 달성 [S1, S11].
|
||||
- **로고 및 무드보드 워크플로우:** Midjourney로 초기 시안 도출 후 Vectorizer.ai를 통해 벡터화하거나 Photoshop Firefly로 부분 수정하는 하이브리드 공법 사용 [S9, S52, S1256].
|
||||
|
||||
## 💻 코드 패턴 (Code patterns)
|
||||
|
||||
### Stable Diffusion 가중치 및 스케줄링 (A1111)
|
||||
```text
|
||||
# 특정 단어의 표현 강도를 1.5배 증가
|
||||
(golden sunrise:1.5)
|
||||
|
||||
# 단계별 피사체 교체 (전체 스텝의 50% 지점에서 교체)
|
||||
[Joe Biden : Donald Trump : 0.5]
|
||||
|
||||
# 토큰 한계 우회 및 개념 분리
|
||||
Subject details... BREAK Background details...
|
||||
``` [S44, S45]
|
||||
|
||||
### Midjourney 매개변수 조합
|
||||
```bash
|
||||
/imagine prompt: A majestic dragon on a cliff --ar 16:9 --style raw --s 150 --v 6.1
|
||||
``` [S42, S733]
|
||||
|
||||
## ✅ 검증 상태 및 신뢰도
|
||||
- **상태:** draft
|
||||
- **검증 단계:** conceptual (공식 문서 및 상용 에이전시의 실무 데이터 기반)
|
||||
- **출처 신뢰도:** A
|
||||
- **신뢰 점수:** 0.92
|
||||
- **중복 검사 결과:** 신규 생성 (New discovery)
|
||||
|
||||
## 🔗 관련 문서 링크 (Related document links)
|
||||
|
||||
### 상위/유사 개념
|
||||
- [[image Prompt 작성 방법]] — 이미지 생성의 최상위 전략 가이드
|
||||
- [[Diffusion Models]] — 프롬프트가 작동하는 물리적 알고리즘 배경
|
||||
- [[Multimodal AI]] — 텍스트와 시각 정보를 융합 처리하는 모델 체계
|
||||
|
||||
### 심층 후속 질문 (Deeper Research Questions)
|
||||
- CLIP 인코더의 아키텍처 차이가 프롬프트 해석 정밀도에 미치는 영향은? [S46, S110]
|
||||
- LLM(ChatGPT)을 프롬프트 최적화 에이전트로 활용할 때의 프롬프트 손실률은? [S47, S1267]
|
||||
- 각 모델의 고유 미적 편향(Stylize)을 제거하는 수학적 원리는? [S42, S69]
|
||||
|
||||
### 실무 적용 맥락 (Practical Application Contexts)
|
||||
- **Implementation:** e-커머스 카탈로그 자동 생성 파이프라인 [S1, S11].
|
||||
- **System Design:** LLM 기반 프롬프트 생성기와 이미지 모델의 통합 인터페이스 설계 [S47, S119].
|
||||
- **Operation / Maintenance:** 모델 버전 업그레이드 시 기존 프롬프트 라이브러리의 유효성 검증 전략 [S729, S850].
|
||||
|
||||
## 🔗 지식 그래프 (Knowledge Graph)
|
||||
- **상위/루트:** [[image Prompt 작성 방법]]
|
||||
- **관련 개념:** [[Negative Prompt]], [[CFG Scale]], [[Parameter Control]], [[Natural Language Syntax]]
|
||||
- **참조 맥락:** 상용 프로덕션 환경에서의 이미지 생성 품질 통제 및 비용 최적화.
|
||||
|
||||
## 📚 출처 (Sources)
|
||||
- [S1] Meteora Web Agency Guide
|
||||
- [S39] AI 이미지 프롬프트 엔지니어링 이론 기초
|
||||
- [S40] 프롬프트 구성 프레임워크 세부 요소
|
||||
- [S42] 미드저니 핵심 파라미터 제어 체계
|
||||
- [S44] 스테이블 디퓨전 가중치 문법
|
||||
- [S46] 아키텍처 버전별 네거티브 구성 원리
|
||||
- [S49] Flux.1 액티브 내러티브 기법
|
||||
- [S62] 프롬프트 구조 및 우선순위 법칙
|
||||
- [S107] 기술적 장비 명시를 통한 품질 제어
|
||||
- [S647] 모델별 네거티브 프롬프트 행동 차이
|
||||
- [S1008] Prompt Engineering Universal Framework
|
||||
- [S1107] CFG Scale and Avoidance Mapping
|
||||
- [S1176] Negative Prompt as a Chisel (Sculpting Analogy)
|
||||
|
||||
## 📝 변경 이력 (Change history)
|
||||
- 2026-06-26: Initial draft generated via Datacollector_MAC P-Reinforce engine. 프롬프트 엔지니어링의 이론적 기초와 실무적 패턴 합성 완료.
|
||||
Reference in New Issue
Block a user