Step-00: Total Reset - Clear prompts folder
This commit is contained in:
@@ -1,87 +0,0 @@
|
|||||||
# 프롬프트 구조 및 내용 해설
|
|
||||||
## (프롬프트) 문서 구조 설계
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 이 프롬프트가 하는 일
|
|
||||||
|
|
||||||
참조 자료들을 AI에게 업로드하면, AI가 자료를 읽고 보고서의 목차를 설계한 뒤 각 목차 항목별로 어떤 내용이 들어가야 하는지, 그 근거가 어느 자료 어느 페이지에 있는지를 함께 출력합니다.
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 전체 구성 한눈에 보기
|
|
||||||
|
|
||||||
| 순서 | 구성요소 | 역할 한 줄 요약 |
|
|
||||||
|:---:|---------|--------------|
|
|
||||||
| 1 | **절대 원칙** | 근거 없는 목차 생성 차단 |
|
|
||||||
| 2 | **역할 정의** | AI의 작업 태도 설정 |
|
|
||||||
| 3 | **STEP 1** | 자료 전체 읽기 및 문서 성격 파악 |
|
|
||||||
| 4 | **STEP 2** | 목차 초안 설계 및 확인 |
|
|
||||||
| 5 | **STEP 3** | 목차별 핵심 내용 + 출처 설계 |
|
|
||||||
| 6 | **STEP 4** | 구조 설계서 JSON 최종 출력 |
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 1. 절대 원칙 — 근거 없는 목차 생성 차단
|
|
||||||
|
|
||||||
**이 프롬프트에서 하는 역할**
|
|
||||||
|
|
||||||
목차 설계에서 AI가 가장 자주 저지르는 오류는 자료에 없는 내용을 그럴듯하게 채워 넣는 것입니다. 예를 들어 "3장. 향후 과제"라는 항목을 만들고 내용을 스스로 생성하거나, 자료에서 언급만 된 개념을 마치 충분한 근거가 있는 것처럼 목차에 포함시키는 경우입니다.
|
|
||||||
|
|
||||||
`[근거없음]`, `[상충]` 태그는 AI가 불확실한 부분을 숨기지 않고 명시적으로 드러내도록 강제합니다. 이 표시가 있는 항목은 편집장이 추가 자료를 보완하거나 해당 항목을 삭제하는 판단을 내릴 수 있습니다.
|
|
||||||
|
|
||||||
**왜 역할 정의보다 먼저 오는가**
|
|
||||||
|
|
||||||
절대 원칙은 역할 정의를 포함한 이후의 모든 지시보다 우선순위가 높습니다. 역할 정의 뒤에 두면 AI가 "전문가답게 목차를 채우려는" 역할 수행을 위해 원칙을 유연하게 해석할 여지가 생깁니다.
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 2. 역할 정의 — AI의 작업 태도 설정
|
|
||||||
|
|
||||||
**이 프롬프트에서 하는 역할**
|
|
||||||
|
|
||||||
"문서 구조 설계 전문가"라는 역할은 AI가 내용 생성자가 아닌 구조 설계자로 행동하도록 경계를 만듭니다. 목차를 설계하는 것과 본문을 쓰는 것은 다른 작업입니다. 이 프롬프트에서 AI의 임무는 "어떤 내용이 어느 자료에 있는가"를 정리하는 것이지, 본문을 직접 작성하는 것이 아닙니다.
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 3. STEP 1 — 자료 분석 및 문서 성격 파악
|
|
||||||
|
|
||||||
**왜 목차 설계 전에 자료 분석을 먼저 하는가**
|
|
||||||
|
|
||||||
자료를 분석하지 않고 바로 목차를 설계하면 AI가 자료의 실제 내용과 무관하게 일반적인 보고서 형식을 그대로 가져다 쓰는 경우가 많습니다. 자료 목록, 문서 성격, 자료 간 관계를 먼저 파악하고 편집장이 확인함으로써 AI가 자료를 제대로 읽었는지 검증할 수 있습니다.
|
|
||||||
|
|
||||||
**자료 간 상충 내용을 명시하는 이유**
|
|
||||||
|
|
||||||
여러 자료가 제공될 때 서로 다른 주장이나 수치가 섞여 있을 수 있습니다. 이를 AI가 임의로 하나를 선택하거나 평균내어 처리하면 보고서의 신뢰성이 훼손됩니다. STEP 1에서 상충 내용을 미리 표시하면 편집장이 어느 자료를 기준으로 할지 판단할 수 있습니다.
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 4. STEP 2 — 목차 초안 설계
|
|
||||||
|
|
||||||
**왜 목차를 한 번에 확정하지 않고 초안 → 확인 → 확정 순서로 가는가**
|
|
||||||
|
|
||||||
목차는 이후 본문 생성 전체의 방향을 결정합니다. 목차가 잘못되면 본문 생성 단계에서 처음부터 다시 해야 합니다. 초안 단계에서 편집장의 확인을 받아 방향을 잡는 것이 전체 작업 효율 면에서 유리합니다.
|
|
||||||
|
|
||||||
**논리적 흐름(배경 → 현황 → 분석 → 결론)을 기본으로 하는 이유**
|
|
||||||
|
|
||||||
보고서를 읽는 임원이나 의사결정자는 이 흐름에 익숙합니다. 다른 구조를 쓰려면 별도의 이유가 있어야 하므로, 특별한 지시가 없는 한 이 흐름을 기본값으로 설정했습니다.
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 5. STEP 3 — 목차별 콘텐츠 설계
|
|
||||||
|
|
||||||
**왜 핵심 내용과 출처를 함께 정리하는가**
|
|
||||||
|
|
||||||
이 단계의 결과물이 다음 단계인 본문 생성 프롬프트의 입력값이 됩니다. 본문 생성 AI는 "이 절에서 무엇을 써야 하는지"와 "어느 자료를 참조해야 하는지"를 이 설계서에서 가져옵니다. 출처가 함께 정리되어 있어야 본문 생성 단계에서 AI가 근거 없는 내용을 만들어내는 것을 막을 수 있습니다.
|
|
||||||
|
|
||||||
**키워드를 별도로 정리하는 이유**
|
|
||||||
|
|
||||||
키워드는 본문 생성 단계에서 해당 절의 핵심 용어가 일관되게 사용되도록 하는 기준이 됩니다. 같은 개념을 문서마다 다른 용어로 쓰는 혼선을 방지합니다.
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 6. STEP 4 — JSON 최종 출력
|
|
||||||
|
|
||||||
**왜 마지막에 JSON으로 출력하는가**
|
|
||||||
|
|
||||||
STEP 1~3은 편집장과 AI가 주고받으며 목차를 다듬는 대화 과정입니다. 최종 확정된 구조를 JSON으로 출력하면 본문 생성 프롬프트에서 이 파일을 그대로 입력값으로 사용할 수 있습니다. 대화 내용에서 필요한 정보를 다시 정리할 필요 없이 다음 단계로 바로 넘어갈 수 있습니다.
|
|
||||||
Reference in New Issue
Block a user