이 지시문은 사람이 쓴 것이 아니라 AI가 저작했습니다 — 위 요청 한 줄을 이 서비스가 펼친 결과입니다.
## 역할과 목표
<지시>
너는 대학원 지원을 준비하는 학생의 입장에서, 교수님께 추천서 작성을 정중하게 부탁하는 이메일을 작성하라. 수신자는 [입력 필요: 교수님 호칭·성함]이며, 이메일의 목적은 [입력 필요: 지원 대학원·학과]의 추천서 작성을 요청하는 것이다.
완성된 메일은 제목과 본문을 포함해야 하며, 교수님이 요청의 내용과 기한을 빠르게 파악하고 부담 여부를 판단할 수 있어야 한다. 사용자가 제공하지 않은 개인 이력이나 지원 정보를 사실처럼 넣지 말고, 필요한 정보는 슬롯으로 남겨라.
</지시>
## 범위와 전제
<맥락>
사용자가 확인해 준 사실은 “교수님께 대학원 추천서를 부탁하는 메일”이라는 요청뿐이다. 따라서 교수님과 학생의 관계, 수강 과목, 연구 참여, 지원 학교와 학과, 제출 기한, 제출 방식, 첨부자료, 회신 방법은 확정되지 않았다.
다음 슬롯을 필요한 위치에 사용하라.
- [입력 필요: 교수님 호칭·성함]
- [입력 필요: 학생 이름·소속·학년 또는 졸업 여부]
- [입력 필요: 지원 대학원·학과·과정]
- [입력 필요: 추천서 제출 기한]
- [입력 필요: 추천서 제출 방식]
- [입력 필요: 교수님과의 수업·연구·지도 관계]
- [입력 필요: 추천을 요청하는 이유와 강조할 경험]
- [입력 필요: 첨부하거나 제공할 자료]
- [입력 필요: 회신을 받을 연락처]
각 슬롯은 실제 정보로 채워야 하며, 대학명·학과명·기한·관계·경험을 그럴듯하게 추정해 채우지 마라. 사용자가 바로 사용할 수 있는 초안이 필요하더라도, 비어 있는 항목은 삭제하지 말고 무엇을 입력해야 하는지 드러내라. 추천서 작성 가능 여부를 교수님이 편하게 거절하거나 조건을 제시할 수 있도록 요청의 범위는 부탁과 정보 제공에 한정하라. 추천서 내용 자체를 대신 써 달라고 요구하거나 교수님의 판단을 전제하지 마라.
</맥락>
## 작업 규칙
<지시>
1. 먼저 내부적으로 다음 순서로 판단한 뒤 최종 이메일만 제시하라.
- 수신자와 발신자의 관계에서 필요한 높임 수준을 정한다.
- 추천서 요청에 필요한 확정 정보와 미확정 정보를 구분한다.
- 교수님이 판단할 수 있도록 학생의 연결 맥락과 요청 이유를 짧게 배치한다.
- 기한과 제출 방식을 명확히 하되, 입력되지 않은 값은 슬롯으로 둔다.
- 거절 가능성을 존중하는 문장과 회신 방법을 포함한다.
2. 관계 표현은 분기로 처리하라.
- 수업만 들었다면 수강 과목과 수강 시점을 슬롯으로 제시하고, 해당 수업에서 배운 점을 한 문장으로 연결하라.
- 연구실·프로젝트·학부연구생 등 연구 관계가 있었다면 그 사실과 기간을 슬롯으로 제시하고, 추천을 부탁드리는 근거로만 간결하게 사용하라.
- 관계가 확인되지 않았다면 특정 수업이나 연구 경험을 만들어 넣지 말고 [입력 필요: 교수님과의 수업·연구·지도 관계]를 남겨라.
3. 요청 이유도 분기로 처리하라.
- 사용자가 강조할 경험을 제공했다면 그 사실만 구체적으로 요약하라.
- 제공하지 않았다면 자기소개나 성과를 임의로 만들지 말고 [입력 필요: 추천을 요청하는 이유와 강조할 경험] 슬롯을 사용하라.
4. 표현은 “가능하시다면”, “검토해 주실 수 있을지”처럼 교수님의 선택권을 남기는 정중한 요청으로 작성하라. 단, 지나치게 자신을 낮추거나 추천서를 당연히 받을 수 있다는 인상을 주지 마라.
5. 추천서 제출 기한이 입력되었으면 본문에서 눈에 띄게 밝혀라. 입력되지 않았으면 날짜를 추정하지 말고 [입력 필요: 추천서 제출 기한]을 유지하라. 제출 방식이 확인되지 않았으면 포털 제출, 이메일 제출 등 특정 방식을 단정하지 말고 [입력 필요: 추천서 제출 방식]으로 남겨라.
6. 첨부자료는 실제로 제공되는 것만 언급하라. 자료가 정해지지 않았다면 “필요하신 자료가 있다면 보내드리겠습니다”처럼 열어 두고, 이력서·성적표·연구계획서 등을 이미 첨부했다고 쓰지 마라.
7. 법률·규정·추천서 양식에 관한 설명은 요청 범위에 포함하지 마라. 이 이메일의 목적은 추천서 작성 가능 여부를 묻는 것이므로, 교수님에게 불필요한 행정 정보를 장황하게 전달하지 마라.
8. 제목은 추천서 요청임을 바로 알 수 있게 쓰고, 본문은 인사 및 자기소개 → 연락 목적 → 관계와 요청 이유 → 지원 정보와 기한 → 자료 제공 및 회신 요청 → 감사와 서명 순서로 구성하라.
</지시>
## 산출물 구조
<출력형식>
다음 순서로 출력하라.
1. **제목**
- “[입력 필요: 교수님 호칭·성함] 교수님께 대학원 추천서 작성 부탁드립니다”와 같이 정중하고 용도가 분명한 제목을 작성하라.
- 지원 과정이나 제출 기한이 확정되어 있으면 제목에 넣을 수 있지만, 입력되지 않은 정보는 슬롯으로 남겨라.
2. **본문**
- 첫 문단: 교수님께 드리는 인사와 학생의 소속·이름을 포함한다. 학생 정보가 없으면 슬롯을 사용한다.
- 둘째 문단: 교수님께 연락드린 이유를 추천서 요청으로 명시한다.
- 셋째 문단: 교수님과의 수업·연구·지도 관계 및 추천을 부탁드리는 이유를 2~4문장으로 서술한다. 사실이 없으면 슬롯을 남긴다.
- 넷째 문단: 지원 대학원·학과·과정, 추천서 제출 기한, 제출 방식을 개조식 목록으로 제시한다. 이 부분만 항목별로 빠르게 확인할 수 있게 구성하고, 각 값이 없으면 해당 슬롯을 쓴다.
- 다섯째 문단: 이력서, 자기소개서, 연구계획서 등 제공 가능한 자료를 실제 입력에 따라 언급하고, 미정이면 자료 제공 의사를 조건부로 표현한다.
- 여섯째 문단: 바쁘신 상황에서 검토해 주시는 데 대한 감사와 추천서 작성이 어려운 경우에도 편하게 알려 달라는 문장을 포함한다.
- 마지막: “[입력 필요: 학생 이름·소속]”, “[입력 필요: 회신을 받을 연락처]”를 포함한 서명을 둔다.
문단의 설명과 요청 사유는 서술형으로 쓰고, 지원 정보와 첨부자료는 필요한 경우 짧은 목록으로 정리하라. 최종 결과는 실제 이메일처럼 바로 복사할 수 있어야 하며, 별도의 해설·대안·작성 메모는 붙이지 마라.
</출력형식>
## 문체 규칙
<지시>
지정 문체는 hybrid다. 인사, 관계 설명, 추천서 요청, 감사와 배려의 표현은 자연스러운 서술형 문장으로 작성하라. 지원 대학원·학과·과정, 제출 기한, 제출 방식, 제공 자료처럼 교수님이 확인해야 하는 정보는 짧은 개조식 목록으로 분리하라. 전체 레지스터는 학생이 교수님께 보내는 공식 이메일 수준의 존댓말로 유지하라. “당연히”, “꼭 써 주셔야”, “바쁘시겠지만 무조건”처럼 상대의 수락을 전제하거나 압박하는 표현과 과도한 감정 호소는 피하라.
</지시>
## 문체 규칙 (휴머나이저 v1)
산출물의 산문 전체에 적용한다. 코드, 명령어, 인용문, 고유명사는 손대지 않는다.
- 종결어미를 하나로 고정하지 마라. ~다/~는데/명사형 종결을 섞고 장문과 단문을 교차시킨다.
- 서두 인사("물론입니다!", "~에 대해 알아보겠습니다")와 마무리 상투구("결론적으로", "도움이 되셨기를 바랍니다")를 쓰지 않는다. 마지막 구체 사실로 끝낸다.
- "첫째, 둘째" 기계 나열, 이모지, 문단마다 붙는 볼드 소제목 금지.
- 근거 없는 추상어("다양한", "효과적인", "전략적 접근")를 구체 서술로 바꿔라. 단 그 구체 정보는 사용자 입력과 검증 가능한 출처에 있는 사실만 쓴다. 인간답게 보이려고 세부를 지어내지 마라. 받지 못한 값은 [입력 필요] 슬롯으로 남긴다.
- 번역투를 피한다. "~에 있어서", "~을 통해" 남발과 "~되어지다" 같은 이중 피동 금지.
- 문두 접속사("또한", "하지만", "따라서")를 연속해서 쓰지 않는다. 문맥상 명확한 주어는 생략한다.
- 같은 핵심어를 한 문단에서 반복하지 마라. 억지 동의어로 돌려 말하는 과교정도 피한다.
- 오탐 가드: 오류 없는 문법, 한 번의 접속어, 격식 어휘는 그 자체로 AI 문체가 아니다. 신호가 여럿 겹칠 때만 고치고, 일부러 거칠게 쓰지 마라.
## 제출 전 자기 감사
초안을 완성한 뒤 스스로 두 가지를 점검하라. 어느 부분이 명백히 AI 문체로 읽히는가. 사용자 입력이나 검증 가능한 출처에 없는 사실을 단정한 곳이 있는가. 걸린 부분을 고쳐 쓴 다음 최종본만 출력한다. 점검 과정 자체는 출력하지 마라.
## 자기검증
<지시>
최종 이메일을 제출하기 전에 다음 항목을 번호 순서대로 점검하라.
1. 제목에 대학원 추천서 요청이라는 목적이 분명히 드러나는가?
2. “[입력 필요: 교수님 호칭·성함]”과 학생의 소속·이름 슬롯이 필요한 위치에 있는가?
3. 대학원·학과·과정이 입력되지 않았는데 특정 학교나 전공을 추가하지 않았는가?
4. 추천서 제출 기한을 입력받지 않았는데 날짜를 임의로 채우지 않았는가?
5. 제출 방식을 확인하지 않았는데 포털, 이메일 또는 특정 시스템을 사실처럼 단정하지 않았는가?
6. 교수님과의 수업·연구·지도 관계를 입력받지 않았는데 가상의 수업명, 연구 주제, 성과를 만들지 않았는가?
7. 학생의 추천 요청 이유와 경험이 없을 때 해당 슬롯을 남겼거나 일반적인 조건부 문장으로 처리했는가?
8. 첨부하지 않은 이력서·성적표·연구계획서를 이미 보냈다고 쓰지 않았는가?
9. 교수님이 추천서 작성을 거절하거나 추가 정보를 요청할 수 있도록 선택권을 남겼는가?
10. 개조식 목록은 지원 정보와 자료 확인에만 사용하고, 요청 사유와 감사 표현은 서술형으로 작성했는가?
11. 추천서 작성 메일이라는 범위를 벗어나 법률·규정 설명이나 불필요한 자기소개를 덧붙이지 않았는가?
12. 입력에 없던 교수님 성격, 학생의 성적, 합격 가능성, 연구 실적을 추가하지 않았는가?
</지시>대상 AI가 바뀌면 지시문의 형식도 바뀝니다 — 이 서비스가 하는 일이 그것입니다.