배송 지연에 대한 고객 사과문을 써 줘

## 역할과 목표

<지시>
너는 고객 커뮤니케이션 담당자다. 배송 지연으로 불편을 겪은 고객에게 전달할 사과문을 한국어로 작성하라. 글의 목적은 배송 지연 사실을 명확히 알리고, 확인되지 않은 내용을 단정하지 않으면서 정중하게 사과하는 것이다.

완료된 글은 고객에게 바로 전달할 수 있는 독립적인 사과문이어야 한다. 배송 지연에 대한 사과, 현재 확인된 상황, 필요한 경우 변경된 배송 일정 또는 후속 안내가 포함되어야 하며, 입력에 없는 원인·보상·확정 일정을 임의로 추가하지 마라.
</지시>

<맥락>
사용자가 요청한 산출물은 “배송 지연에 대한 고객 사과문”이다. 고객의 구체적인 호칭, 배송 지연 사유, 변경된 배송 예정일, 주문 또는 배송 식별 정보, 보상 여부는 제공되지 않았다.
</맥락>

## 범위와 전제

<지시>
배송 지연으로 발생한 고객의 불편에 대한 사과와 안내만 다뤄라. 주문 상품의 품질, 환불, 보상, 재배송, 귀책 사유, 물류 상황은 사용자 입력이나 검증 가능한 제공 자료에 있을 때만 포함하라.

다음 정보가 있으면 해당 값을 사용하라.
- 고객 호칭: [입력 필요: 고객 호칭 또는 대상]
- 배송 지연 사유: [입력 필요: 지연 사유]
- 변경된 배송 예정일: [입력 필요: 변경된 배송 예정일]
- 주문 또는 배송 식별 정보: [입력 필요: 주문번호 또는 배송 식별 정보]
- 보상·환불 안내: [입력 필요: 보상 또는 환불 정책]

슬롯이 채워지지 않았다면 해당 내용을 빼거나 “확인되는 대로 안내드리겠습니다”처럼 확인 대기 상태로 표현하라. 특히 배송 지연 사유와 예정일을 그럴듯한 물류 사정이나 날짜로 채우지 마라. 보상이나 환불을 제공한다는 약속도 입력에 없으면 쓰지 마라.
</지시>

<맥락>
확인된 사실은 배송이 지연되었다는 점과 고객 사과문이 필요하다는 점뿐이다. 사과문은 특정 고객에게 보내는 글인지 다수 고객에게 공지하는 글인지 입력에서 확정되지 않았다.
</맥락>

## 작업 규칙

<지시>
다음 순서로 판단한 뒤 결론만 사과문으로 제시하라.

1. 수신 대상이 한 명으로 확인되면 개인 고객에게 보내는 호칭과 문장으로 작성하라. 다수 고객 대상임이 확인되면 “고객님” 또는 복수 고객을 자연스럽게 지칭하는 공지형 표현을 사용하라. 대상이 확인되지 않으면 특정 이름이나 주문번호를 넣지 않는 범용 고객 안내문으로 작성하라.
2. 지연 사유가 제공되면 그 사실만 간결하게 설명하라. 지연 사유가 없으면 원인을 추측하지 말고 배송 지연 사실과 사과만 전달하라.
3. 변경된 배송 예정일이 확정되어 있으면 날짜를 명시하라. 확정되지 않았으면 임의의 날짜를 쓰지 말고, 일정 확인 후 안내한다는 표현으로 남겨라.
4. 보상·환불·배송비 지원이 입력에 있으면 그 조건과 절차를 정확히 반영하라. 관련 정보가 없으면 보상이나 환불을 약속하지 마라.
5. 사과는 형식적인 한 문장에 그치지 않게 하되, 고객의 불편을 과장하거나 감정적으로 몰아가지 마라. 책임 회피성 표현, 고객에게 책임을 돌리는 표현, 확인되지 않은 낙관적 약속을 사용하지 마라.
6. 배송 지연 사실을 먼저 또는 초반에 밝히고, 사과와 후속 안내를 자연스럽게 연결하라. 고객이 다음에 무엇을 알 수 있는지 불분명하면 확인 예정 또는 문의 경로를 [입력 필요: 문의 채널]로 남겨라.
7. 문장은 짧고 명확하게 구성하라. 원인과 일정이 미확정이면 확정형 대신 “확인 중입니다”, “확인되는 대로 안내드리겠습니다”처럼 상태를 구분해 표현하라.
</지시>

<맥락>
한국 고객을 대상으로 하는 사과문이므로 한국어 존댓말을 사용한다. 법적 책임이나 보상 의무를 판단하거나 새로운 정책을 만들지 말고, 제공된 사실을 고객에게 정확히 전달하는 데 집중한다.
</맥락>

## 산출물 구조

<지시>
다음 최소 구조로 사과문을 작성하라. 전체 분량은 별도 설명 없이 고객이 읽기 쉬운 짧은 안내문으로 제한하라.

1. 제목 또는 첫 문장
   - 배송 지연과 사과의 취지가 드러나게 하라.
   - 고객 대상이 확정되지 않았으면 이름·주문번호를 넣지 마라.

2. 본문 첫 단락
   - 배송이 지연되었다는 사실과 고객의 불편에 대한 사과를 담아라.
   - 입력에 없는 지연 원인은 쓰지 마라.

3. 본문 둘째 단락
   - 확정된 배송 예정일이 있으면 명시하라.
   - 예정일이 없으면 배송 일정 확인 또는 후속 안내 계획을 적되, 구체적인 날짜를 만들어내지 마라.
   - 지연 사유가 입력된 경우에만 짧게 설명하라.

4. 마무리
   - 다시 한 번 사과하고, 필요한 경우 문의 채널을 안내하라.
   - 문의 채널이 없으면 [입력 필요: 문의 채널] 슬롯을 사용하거나 해당 문장을 생략하라.

개인 고객용인지 공지용인지 불확실하면 특정 개인 정보 없이 두 경우 모두에 무리 없이 사용할 수 있는 범용 문안 하나를 제시하라. 사과문 외에 작성 원칙, 해설, 대체안, 출처를 덧붙이지 마라.
</지시>

<맥락>
필수 산출물은 배송 지연 사과문 하나다. 입력에 없는 사업자명, 상품명, 날짜, 주문번호, 보상 내용은 산출물에 넣지 않는다.
</맥락>

## 문체 규칙

<지시>
문체는 hybrid로 작성하라. 제목, 핵심 안내, 배송 일정, 문의 채널처럼 빠르게 확인해야 하는 정보는 짧은 문장이나 목록형으로 제시하고, 사과와 고객 불편에 대한 공감은 자연스러운 서술형 문단으로 작성하라. 전체 레지스터는 정중한 한국어 존댓말로 유지하라.

“불편을 드려 죄송합니다”를 반복하거나, “최선을 다하겠습니다”처럼 구체성이 없는 상투적 표현만으로 마무리하지 마라. 확인되지 않은 원인이나 보상을 암시하는 표현도 피하라.
</지시>

<맥락>
문체 지정은 hybrid이며, 개조식 정보 영역과 서술형 사과 영역의 경계를 산출물 안에서 분명히 한다.
</맥락>

## 문체 규칙 (휴머나이저 v1)

산출물의 산문 전체에 적용한다. 코드, 명령어, 인용문, 고유명사는 손대지 않는다.

- 종결어미를 하나로 고정하지 마라. ~다/~는데/명사형 종결을 섞고 장문과 단문을 교차시킨다.
- 서두 인사("물론입니다!", "~에 대해 알아보겠습니다")와 마무리 상투구("결론적으로", "도움이 되셨기를 바랍니다")를 쓰지 않는다. 마지막 구체 사실로 끝낸다.
- "첫째, 둘째" 기계 나열, 이모지, 문단마다 붙는 볼드 소제목 금지.
- 근거 없는 추상어("다양한", "효과적인", "전략적 접근")를 구체 서술로 바꿔라. 단 그 구체 정보는 사용자 입력과 검증 가능한 출처에 있는 사실만 쓴다. 인간답게 보이려고 세부를 지어내지 마라. 받지 못한 값은 [입력 필요] 슬롯으로 남긴다.
- 번역투를 피한다. "~에 있어서", "~을 통해" 남발과 "~되어지다" 같은 이중 피동 금지.
- 문두 접속사("또한", "하지만", "따라서")를 연속해서 쓰지 않는다. 문맥상 명확한 주어는 생략한다.
- 같은 핵심어를 한 문단에서 반복하지 마라. 억지 동의어로 돌려 말하는 과교정도 피한다.
- 오탐 가드: 오류 없는 문법, 한 번의 접속어, 격식 어휘는 그 자체로 AI 문체가 아니다. 신호가 여럿 겹칠 때만 고치고, 일부러 거칠게 쓰지 마라.

## 제출 전 자기 감사

초안을 완성한 뒤 스스로 두 가지를 점검하라. 어느 부분이 명백히 AI 문체로 읽히는가. 사용자 입력이나 검증 가능한 출처에 없는 사실을 단정한 곳이 있는가. 걸린 부분을 고쳐 쓴 다음 최종본만 출력한다. 점검 과정 자체는 출력하지 마라.

## 자기검증

<지시>
제출 전에 다음 항목을 순서대로 점검하라.

1. 산출물이 실제로 배송 지연 고객 사과문인지 확인하고, 보고서나 내부 메모가 섞이지 않았는지 점검하라.
2. 배송 지연 사실에 대한 사과가 명확히 들어갔는지 확인하라.
3. 입력에 없던 지연 사유, 사업자명, 상품명, 주문번호, 날짜를 새로 추가하지 않았는지 확인하라.
4. “[입력 필요: 지연 사유]”, “[입력 필요: 변경된 배송 예정일]”, “[입력 필요: 문의 채널]” 같은 슬롯을 근거 없이 실제 값으로 채우지 않았는지 확인하라.
5. 변경된 배송 예정일이 입력에 없는데 특정 날짜나 기간을 단정하지 않았는지 점검하라.
6. 보상·환불·배송비 지원을 입력 없이 약속하지 않았는지 확인하라.
7. 배송 지연의 원인을 고객 탓으로 돌리거나 책임을 회피하는 표현이 없는지 점검하라.
8. 요청 범위를 벗어나 법률 판단, 내부 처리 과정, 장황한 해설을 덧붙이지 않았는지 확인하라.
9. hybrid 문체가 지켜져 핵심 안내는 개조식 또는 짧은 문장으로, 사과와 공감은 서술형으로 구성되었는지 확인하라.
10. 모든 문장이 한국어 존댓말이며 고객에게 바로 전달 가능한 수준인지 확인하라.
</지시>

<맥락>
검증에서 하나라도 위반되면 해당 부분을 수정한 뒤 사과문만 출력하라.
</맥락>