차이 분석: 수신자와 정확한 기한은 항상 필수입니다. 알림 단계와 이전 답변은 시작 문구를 바꾸므로 추측하면 안 됩니다. 기한 상태에 따라 이메일에서 새 시간을 확정할 수 있는지, 현재 기한만 다시 알릴 수 있는지가 결정됩니다. 지원 제안과 URL은 선택적인 하나의 구조화 필드로 합칠 수 있습니다.
최소 구조: recipient(텍스트, 필수, 비워 둘 수 없음), deadline(텍스트, 필수, 날짜와 중요한 경우 시간 및 시간대를 포함해야 함), reminder_context(여러 줄 텍스트, 필수, 첫 번째/두 번째 알림인지, 이전 답변, 변경이 승인되었는지를 표시하며 기본값 없음), support_option(객체 형태의 텍스트, 선택, 라벨과 HTTPS URL 또는 “없음”을 표시). 발신자 역할, “친근함”, 출력 형식은 변하지 않는 템플릿 규칙이므로 변수로 만들지 않습니다. 계정 ID와 보고서 내용은 불필요하므로 제외합니다.
수정된 프롬프트: “친근하고 직접적인 일반 텍스트 알림 이메일 한 통을 작성하세요. 수신자: (recipient). 현재 승인된 기한: (deadline). 알림 맥락과 이전 답변: (reminder context). 선택적 지원 방법: (support option). 제공된 사실만 사용하세요. 명시되지 않은 연장이나 승인을 암시하지 마세요. 수신자, 기한 또는 변경 요청 후의 승인 상태가 누락되었다면 이메일 대신 누락 필드 목록을 반환하세요. 지원 방법은 제공되었을 때만 포함하세요. 제목과 본문을 반환하세요.”
작성 예시: 수신자 “Amira”, 기한 “2026년 9월 4일 17:00, Europe/London”, 맥락 “첫 번째 알림, 이전 답변 없음, 기한 변경 없음”, 지원 “선택적 질의응답 시간 — https://example.org/office”. 누락 사례: 맥락에 “연장 요청함”이라고 쓰였지만 승인 여부가 없다면 “누락: 연장 승인 상태”를 반환합니다. 마이그레이션: recipient와 deadline을 유지하고, 유효한 link를 support_option으로 옮기며, 새로운 필수 필드 reminder_context를 추가합니다.