76 lines
4.6 KiB
Markdown
76 lines
4.6 KiB
Markdown
# 프롬프트 구조 및 내용 해설
|
|
## (프롬프트) 본문 생성 및 검토
|
|
|
|
---
|
|
|
|
## 이 프롬프트가 하는 일
|
|
|
|
03단계에서 완성된 구조 설계서(내부 자료 + 외부 조사 결과)를 기반으로 보고서 본문을 생성합니다. 절(Section) 단위로 생성하고 즉시 검토하는 방식으로 오류를 초기에 차단하며, 전체 완성 후 맥락 흐름·중복·문체·수치 일관성을 전체 단위로 한 번 더 검토합니다.
|
|
|
|
---
|
|
|
|
## 전체 구성 한눈에 보기
|
|
|
|
| 순서 | 구성요소 | 역할 한 줄 요약 |
|
|
|:---:|---------|--------------|
|
|
| 1 | **절대 원칙** | 근거 없는 내용 생성 및 문체 이탈 차단 |
|
|
| 2 | **역할 정의** | AI의 작업 태도 설정 |
|
|
| 3 | **보고체 문체 기준** | 전체 본문에 적용할 문체 기준표 |
|
|
| 4 | **Phase 1** | 절 단위 생성 → 미니 검토 → 저장 반복 |
|
|
| 5 | **Phase 2** | 전체 맥락·중복·문체·수치 검토 |
|
|
| 6 | **Phase 3** | 최종 합본 MD 출력 |
|
|
|
|
---
|
|
|
|
## 1. 절대 원칙
|
|
|
|
**이 프롬프트에서 하는 역할**
|
|
|
|
본문 생성에서 발생하는 오류는 크게 두 가지입니다. 하나는 자료에 없는 내용을 그럴듯하게 채워 넣는 것이고, 다른 하나는 문체 기준을 지키지 않아 보고서 품질이 일관되지 않는 것입니다. 절대 원칙은 두 가지를 동시에 차단합니다.
|
|
|
|
---
|
|
|
|
## 2. 보고체 문체 기준 — 왜 별도 항목으로 있는가
|
|
|
|
보고체는 "합니다", "입니다"를 쓰지 않는 간결한 문체입니다. AI는 별도 지시가 없으면 자연스러운 설명체나 경어체로 생성하는 경향이 있습니다. 문체 기준표를 절대 원칙 바로 뒤에 배치하여 본문 생성 전에 AI가 기준을 숙지하도록 합니다. 종결 방식, 문장 길이, 숫자 표기, 금지 표현까지 구체적으로 명시한 것은 "보고체로 써라"라는 추상적 지시만으로는 AI가 일관된 결과를 내지 못하기 때문입니다.
|
|
|
|
---
|
|
|
|
## 3. Phase 1 — 절 단위 생성과 미니 검토
|
|
|
|
**왜 전체를 한 번에 생성하지 않는가**
|
|
|
|
AI가 한 번에 처리할 수 있는 분량에는 한계가 있습니다. 긴 보고서를 한 번에 생성하면 중간 이후부터 품질이 떨어지거나 앞부분 내용을 잊어버리는 문제가 발생합니다. 절 단위로 나눠서 생성하면 각 절의 품질을 집중적으로 유지할 수 있고, 오류가 생겨도 해당 절만 수정하면 됩니다.
|
|
|
|
**미니 검토를 생성 직후 바로 하는 이유**
|
|
|
|
오류는 발생 즉시 잡는 것이 나중에 전체를 다시 검토하는 것보다 효율적입니다. 특히 중복 확인은 이전 절 내용이 AI의 작업 기억에 남아있는 직후에 해야 정확합니다. 나중에 전체를 다시 읽으면서 중복을 찾는 것보다 생성 직후 확인하는 것이 누락 가능성이 낮습니다.
|
|
|
|
**편집장 확인 후 저장하는 이유**
|
|
|
|
AI가 생성한 내용을 편집장이 확인하지 않고 자동으로 저장하면, 오류가 있는 절이 그대로 다음 절 생성의 기준이 됩니다. 확인 후 저장하는 구조가 오류의 연쇄 확산을 막습니다.
|
|
|
|
---
|
|
|
|
## 4. Phase 2 — 전체 맥락 검토
|
|
|
|
**왜 미니 검토를 했는데 전체 검토를 또 하는가**
|
|
|
|
미니 검토는 해당 절의 문제만 볼 수 있습니다. 전체 맥락 흐름, 장 간 연결, 전체 본문에 걸친 중복은 모든 절이 완성된 이후에만 확인할 수 있습니다. 두 단계의 검토는 서로 다른 범위를 다룹니다.
|
|
|
|
**4가지 검토 항목을 분리하는 이유**
|
|
|
|
맥락 흐름, 중복, 문체, 수치·고유명사는 각각 다른 기준으로 확인합니다. 하나의 검토 항목으로 묶으면 AI가 모든 항목을 동시에 처리하려다 일부를 놓칩니다. 항목을 분리하면 각각 집중적으로 확인할 수 있습니다.
|
|
|
|
---
|
|
|
|
## 5. Phase 3 — 최종 합본 MD 출력
|
|
|
|
**왜 절 단위로 저장하다가 마지막에 합본하는가**
|
|
|
|
절 단위 저장은 작업 중 오류 복구와 수정을 위한 것이고, 최종 합본은 다음 단계인 05 HTML 변환의 입력값으로 쓰이기 위한 것입니다. 합본 시 메타데이터 블록(제목, 날짜, 상태)을 함께 출력하여 이후 단계에서 문서 정보를 별도로 입력하지 않아도 됩니다.
|
|
|
|
**미해결 항목을 최종 보고에 포함하는 이유**
|
|
|
|
`[근거없음]`으로 표기된 항목이 있는 경우, 편집장이 추가 자료를 보완할지 해당 내용을 삭제할지 판단해야 합니다. 최종 보고에서 미해결 항목을 명시하여 보고서가 완성 상태인지 보완이 필요한 상태인지를 편집장이 즉시 파악할 수 있도록 합니다.
|