프롬프트는 질문이 아니라 업무 지시서다

좋은 프롬프트는 결재 문서처럼 생겼다

대학교 행정에서 AI에게 일을 맡기는 순간을 떠올려보자. 직원은 급하고, 문서는 길고, 답변은 정확해야 한다. 입학팀은 모집요강을 바탕으로 FAQ를 만들어야 하고, 교무팀은 규정 개정안을 이해하기 쉬운 안내문으로 바꿔야 하며, 산학협력단은 사업계획서 초안을 제한된 분량 안에 정리해야 한다. 이때 AI에게 '이거 요약해줘'라고 말하는 것은, 신입 직원에게 자료 뭉치를 건네며 '알아서 해줘'라고 말하는 것과 비슷하다.

AI는 눈치로 일하지 않는다. 사용자가 무엇을 원하는지, 어떤 자료를 믿어야 하는지, 어떤 말투로 누구에게 전달해야 하는지, 무엇을 하면 안 되는지 명확히 알려줄수록 결과가 좋아진다. 고등교육 분야의 프롬프트 연구에서도 좋은 프롬프트는 사용자의 목표에 맞게 정확성, 관련성, 적용 가능성을 높이는 '조종 장치'에 가깝다고 설명한다¹. OpenAI와 Google의 프롬프팅 가이드 역시 공통적으로 명확한 지시, 충분한 맥락, 참고 자료, 출력 형식, 반복 개선의 중요성을 강조한다²³.

그러므로 대학교직원에게 프롬프트는 질문이 아니다. 작고 정확한 업무 의뢰서다. 결재 문서처럼 목적이 있고, 회의자료처럼 배경이 있으며, 공문처럼 형식이 있고, 감사 대응자료처럼 근거가 있어야 한다.

차이는 문장의 길이가 아니다. 책임의 위치다. 질문형 프롬프트는 AI가 알아서 판단하게 만든다. 업무 의뢰서형 프롬프트는 사람이 판단 기준을 먼저 세우고, AI가 그 기준 안에서 일하게 만든다.

프롬프트에 들어가야 할 아홉 가지 부품

대학교 행정 업무용 프롬프트는 매번 새로 발명할 필요가 없다. 대부분의 업무는 다음 아홉 가지 부품으로 조립할 수 있다.

이 아홉 가지를 모두 길게 쓸 필요는 없다. 하지만 중요한 업무일수록 빠뜨리면 안 된다. 특히 개인정보, 내부 의사결정, 계약, 입학, 성적, 징계, 감사와 관련된 업무는 '역할·근거·제약·검토 기준'을 반드시 적어야 한다. 교육 현장의 AI 활용 가이드에서도 학생 식별정보를 승인되지 않은 외부 도구에 입력하지 말 것을 경고하며, 구체적인 역할과 맥락, 예시, 출력 형식을 주는 방식을 권한다⁴.

대학교직원용 표준 프롬프트 뼈대

아래 뼈대는 ChatGPT, Gemini, Claude, Copilot, NotebookLM류의 문서 기반 AI에 대부분 통한다. 핵심은 AI가 '무엇을 해야 하는지'보다 '무엇을 기준으로 해야 하는지'를 알게 하는 것이다.

# 역할
너는 [대학교명]의 [부서명] 업무를 지원하는 대학 행정 실무 파트너다.
전문 분야는 [입학 / 교무 / 학생지원 / 산학협력 / 재무 / 인사 / 시설 / 국제교류]이다.

# 업무 목표
다음 업무를 완성하라.
- 업무명: [예: 2026학년도 수시모집 FAQ 작성]
- 최종 산출물: [예: 수험생용 FAQ 20개와 상담직원용 유의사항]
- 사용 대상: [예: 수험생, 학부모, 입학상담 직원]

# 배경 맥락
이 업무가 필요한 이유는 다음과 같다.
[업무 배경, 일정, 대상, 현재 문제, 기대 효과를 3~5문장으로 입력]

# 입력자료
아래 자료만 근거로 사용하라.
[자료 1: 문서명 / 작성일 / 주요 내용]
[자료 2: 문서명 / 작성일 / 주요 내용]
[필요 시 본문 붙여넣기]

# 수행 단계
1. 입력자료에서 핵심 사실을 먼저 추출한다.
2. 사실, 해석, 추정을 구분한다.
3. 사용자 대상에 맞게 쉬운 표현으로 재작성한다.
4. 누락되었거나 확인이 필요한 항목을 별도로 표시한다.
5. 최종 산출물을 지정된 형식으로 작성한다.

# 제약조건
- 제공된 자료 안에서만 답하라.
- 자료에 근거가 없으면 '자료에서 확인되지 않음'이라고 표시하라.
- 개인정보, 민감정보, 내부 검토 의견은 임의로 생성하지 말라.
- 법적 판단이나 최종 의사결정처럼 사람의 승인 없이 확정하면 안 되는 내용은 '담당자 확인 필요'로 표시하라.
- 과장된 홍보 문구보다 정확하고 신뢰할 수 있는 표현을 우선하라.

# 출력 형식
다음 형식으로 작성하라.
## 요약
## 주요 내용
## 표 또는 체크리스트
## 확인 필요 사항
## 최종 문안

# 품질 검토 기준
작성 후 스스로 다음 기준으로 점검하라.
- 입력자료와 다른 내용이 없는가
- 대상자가 이해하기 쉬운가
- 일정, 금액, 자격, 제출서류 등 핵심 정보가 빠지지 않았는가
- 부서 공식 문서로 사용하기에 톤이 적절한가
- 담당자가 추가 확인해야 할 항목이 분리되어 있는가

이 뼈대의 장점은 반복 사용에 있다. 부서명, 업무명, 입력자료, 출력 형식만 바꾸면 거의 모든 행정 문서에 적용할 수 있다. 처음에는 길어 보이지만, 한 번 저장해두면 다음부터는 빈칸만 채우면 된다. 대학 행정에서 AI 활용의 성패는 '멋진 질문'보다 '재사용 가능한 업무 지시서'를 얼마나 잘 갖추느냐에 달려 있다.

프롬프트를 부서의 언어로 번역하기

공식 가이드와 교육자용 자료가 말하는 원칙은 대체로 비슷하다. '명확하게 말하라', '맥락을 제공하라', '예시를 주라', '출력 형식을 정하라', '반복해서 개선하라'는 것이다. 다만 대학 행정에서는 이 원칙을 일상 업무의 언어로 바꾸어야 실제로 쓸 수 있다.

예를 들어 입학팀의 업무는 '매력적인 카피'만으로 끝나지 않는다. 모집요강의 문구와 충돌하면 안 되고, 전형 일정이 틀리면 치명적이며, 수험생에게 불리한 오해를 만들면 민원이 된다. 교무팀의 학사 안내도 마찬가지다. 친절해야 하지만 규정을 넘어 약속해서는 안 된다. 산학협력단의 과제 안내는 연구자가 이해하기 쉬워야 하지만, 지원기관의 지침을 벗어나면 안 된다.

그래서 좋은 프롬프트는 늘 두 가지 힘을 동시에 가져야 한다. 하나는 일을 빠르게 밀어주는 추진력이고, 다른 하나는 선을 넘지 않게 붙잡는 안전장치다.

나쁜 프롬프트를 좋은 프롬프트로 바꾸는 법

다음은 같은 업무를 두 방식으로 지시한 예시다. 첫 번째는 흔한 질문형이고, 두 번째는 업무 의뢰서형이다.

장학금 안내문 써줘.

이 프롬프트는 간단하지만 위험하다. 어떤 장학금인지, 대상이 누구인지, 신청 기간이 언제인지, 학교 공식 안내문인지, 문자 메시지인지 알 수 없다. AI는 빈칸을 그럴듯하게 채우려 할 수 있다. 그럴듯함은 행정 문서의 미덕이 아니다. 행정 문서의 미덕은 확인 가능성이다.

# 역할
너는 대학교 학생지원팀 장학 담당 직원이다.

# 업무 목표
2026학년도 1학기 교내 근로장학금 신청 안내문 초안을 작성하라.

# 대상
학부 재학생과 학과 조교가 함께 읽는 공지문이다.

# 입력자료
아래 자료만 사용하라.
[신청 기간]
[지원 대상]
[선발 기준]
[제출 서류]
[문의처]
[지난 학기 공지문 예시]

# 작성 조건
- 학생이 바로 행동할 수 있도록 신청 절차를 단계별로 정리하라.
- 일정, 제출서류, 문의처는 표로 작성하라.
- 지난 학기 공지문의 친절한 톤은 유지하되, 날짜와 기준은 새 자료를 따른다.
- 자료에 없는 선발 인원, 장학금액, 확정 일정은 만들지 말라.
- 개인정보를 요구하는 표현은 최소화하고, 필요한 경우 학교 공식 시스템 이용을 안내하라.

# 출력 형식
## 공지 제목 3안
## 학생용 공지문
## 학과 조교 전달용 요약
## 문자 발송용 80자 안내
## 담당자 확인 필요 사항

좋은 프롬프트는 길어서 좋은 것이 아니다. 빈칸이 적어서 좋다. AI가 상상해야 할 영역을 줄이고, 직원이 판단해야 할 영역을 남겨둔다. 이 균형이 중요하다.

긴 문서는 NotebookLM식으로 다룬다

대학 행정의 핵심 자료는 대부분 길다. 모집요강, 학칙, 규정집, 회의록, 자체평가보고서, 국고사업계획서, 감사자료, 협약서, 입찰공고문은 한두 문단으로 끝나지 않는다. 긴 문서를 일반 챗봇에 통째로 넣고 '요약해줘'라고 말하면 핵심이 빠지거나, 문서 밖 지식이 섞이거나, 근거가 흐려질 수 있다.

이때 유용한 방식이 NotebookLM식 작업 흐름이다. NotebookLM은 사용자가 올린 자료를 기반으로 답변하고, 답변의 근거가 되는 출처를 보여주는 방식으로 설계되어 있다⁵. 꼭 NotebookLM만 쓰라는 뜻은 아니다. ChatGPT나 Gemini를 쓰더라도 '자료 범위를 먼저 정하고, 답변마다 근거를 확인하게 하는 방식'을 따라 하면 긴 문서 처리의 안정성이 높아진다.

긴 문서 작업은 한 번에 결론을 요구하지 말고, 다음 순서로 쪼갠다.

# 역할
너는 대학 행정 문서 분석 담당자다.

# 자료 범위
아래에 제공한 문서만 근거로 사용하라.
문서 A: [문서명 / 작성일 / 버전]
문서 B: [문서명 / 작성일 / 버전]
문서 C: [문서명 / 작성일 / 버전]

# 작업 목표
긴 문서를 바로 요약하지 말고, 먼저 자료 구조를 파악한 뒤 단계적으로 분석하라.

# 수행 단계
1. 문서별 목적과 사용 대상을 표로 정리하라.
2. 모든 문서에서 일정, 자격, 제출서류, 금액, 담당부서, 예외사항을 추출하라.
3. 문서 간 내용이 충돌하거나 표현이 다른 부분을 찾아라.
4. 학생 또는 교직원이 질문할 만한 항목을 FAQ 후보로 정리하라.
5. 각 답변 옆에 근거 문서명과 조항명 또는 페이지 위치를 표시하라.
6. 근거가 부족한 답변은 작성하지 말고 '근거 부족'으로 표시하라.

# 출력 형식
## 문서별 요약표
## 핵심 정보 추출표
## 문서 간 불일치 또는 확인 필요 사항
## FAQ 후보
## 근거 위치 목록

이 프롬프트의 핵심은 '요약'보다 '근거 위치 목록'이다. 대학 행정에서 요약은 끝이 아니라 시작이다. 최종 안내문을 내보내기 전에 담당자는 근거 문장을 다시 확인해야 한다. AI가 빠르게 찾아주고, 사람이 마지막으로 승인한다. 이 역할 분담이 가장 안전하다.

환각을 줄이는 검증 지시문

AI의 가장 매력적인 점은 막힘없이 답한다는 것이다. 동시에 가장 위험한 점도 바로 그것이다. 모르는 것을 모른다고 말하지 않고, 그럴듯한 문장을 만들어낼 수 있다. 이를 흔히 환각이라고 부른다. 환각은 소설에서는 상상력이지만, 학사 안내와 입학 전형과 계약 문서에서는 사고다.

환각을 완전히 없앨 수는 없지만 줄일 수는 있다. 프롬프트 안에 검증 지시를 넣으면 된다. 특히 아래 문장은 대학 행정 프롬프트의 안전벨트처럼 자주 붙여 쓰는 것이 좋다.

# 검증 지시
- 제공된 자료 안에서만 답하라.
- 자료에 없는 내용은 추정하지 말고 '자료에서 확인되지 않음'이라고 답하라.
- 사실, 해석, 추정을 구분해서 표시하라.
- 일정, 금액, 자격, 법적 효력, 성적, 선발 결과는 반드시 근거 문장을 함께 제시하라.
- 서로 다른 자료의 내용이 충돌하면 결론을 내리지 말고 '담당자 확인 필요'로 분류하라.
- 답변 마지막에 '확인이 필요한 항목'을 별도 목록으로 작성하라.

이 지시문은 거의 모든 부서에서 쓸 수 있다. 입학팀은 모집요강 해석에, 교무팀은 학칙과 시행세칙 비교에, 학생지원팀은 장학금 지급 기준 안내에, 산학협력단은 지원기관 지침 검토에 붙이면 된다. 답변의 멋보다 중요한 것은 답변의 출처다.

아래처럼 출력 형식 자체에 검증 칸을 넣는 방법도 효과적이다.

이 표는 AI를 믿기 위한 표가 아니다. AI를 검토하기 위한 표다. 대학 행정에서 좋은 AI 활용은 '검토할 수 있는 형태로 답을 받는 것'에서 시작한다.

예시를 주면 문체가 안정된다

AI에게 '공손하게 써줘'라고 말하면 결과가 들쭉날쭉하다. 어떤 때는 지나치게 딱딱하고, 어떤 때는 광고처럼 과장된다. 대학 문서에는 특유의 온도가 있다. 학생에게는 친절해야 하지만 가볍지 않아야 하고, 교수에게는 간결해야 하지만 명령조가 되면 안 되며, 외부기관에는 정중해야 하지만 모호해서는 안 된다.

이럴 때는 예시를 주는 것이 가장 빠르다. 프롬프팅에서는 이를 예시 기반 지시, 또는 few-shot prompting이라고 부른다. 말은 어렵지만 원리는 단순하다. '이런 식으로 써줘'를 실제 샘플로 보여주는 것이다.

# 역할
너는 대학 홍보팀과 교무팀의 문체를 모두 이해하는 행정 문서 편집자다.

# 업무 목표
아래 원문을 학생 공지문으로 재작성하라.

# 따라야 할 문체 예시
예시 문체:
안녕하세요. 학사팀입니다.
2026학년도 1학기 수강신청 일정과 유의사항을 안내드립니다.
아래 내용을 확인하시어 기간 내 신청을 완료해 주시기 바랍니다.

# 원문
[여기에 내부 검토용 문장 또는 규정 문장 입력]

# 작성 조건
- 예시 문체의 친절하고 명확한 톤을 따른다.
- 규정에 없는 혜택이나 예외를 추가하지 않는다.
- 학생이 해야 할 행동을 먼저 보이게 작성한다.
- 중요한 날짜와 절차는 표로 정리한다.

# 출력 형식
## 학생 공지문
## 핵심 일정표
## 자주 묻는 질문 5개
## 원문 대비 표현 변경 이유

예시는 AI에게 문체의 기준선을 만들어준다. 부서에서 이미 승인받은 공문, 지난해 안내문, 홈페이지 공지, 보도자료를 예시로 넣으면 결과가 훨씬 안정된다. 다만 예시에 개인정보나 내부 검토 의견이 포함되어 있다면 반드시 제거한 뒤 사용해야 한다.

한 번에 끝내지 말고, 일곱 번 다듬는다

프롬프트 작성은 한 번에 정답을 맞히는 게임이 아니다. 초안을 만들고, 구조를 바꾸고, 빠진 것을 찾고, 이해관계자별로 다시 쓰고, 사실을 검토하고, 최종 편집하는 과정이다. 고등교육 프롬프트 연구에서도 실험자들은 프롬프트를 작성하고 출력물을 평가한 뒤 다시 조정하는 과정을 반복했다¹. Google의 Gemini 문서도 프롬프트 설계가 반복적인 과정이라고 설명한다³.

대학 행정 업무에서는 다음 일곱 단계가 가장 현실적이다.

이 흐름을 하나의 프롬프트로 만들면 다음과 같다.

# 역할
너는 대학 행정 문서의 초안 작성, 검토, 편집을 돕는 실무 편집자다.

# 업무 목표
아래 자료를 바탕으로 [문서명]을 완성 가능한 수준의 초안으로 발전시켜라.

# 입력자료
[자료 붙여넣기]

# 작업 방식
다음 7단계를 순서대로 수행하라.
1. 핵심 사실을 추출한다.
2. 문서 구조를 제안한다.
3. 초안을 작성한다.
4. 누락되었을 가능성이 있는 항목을 찾는다.
5. 대상자별 버전으로 변환한다.
6. 사실 확인이 필요한 문장을 표시한다.
7. 최종 편집본과 담당자 체크리스트를 제시한다.

# 대상자별 버전
- 학생용: 쉽고 친절하게
- 교직원용: 간결하고 업무 중심으로
- 보직자 보고용: 핵심 쟁점과 결정 필요 사항 중심으로
- 외부기관용: 정중하고 공식적으로

# 출력 형식
## 핵심 사실
## 권장 문서 구조
## 초안
## 누락 가능 항목
## 대상자별 변환본
## 사실 확인 필요 문장
## 최종 담당자 체크리스트

반복 개선의 핵심은 '다시 써줘'가 아니라 '무엇을 기준으로 다시 쓸지'를 말하는 것이다. 예를 들어 '더 좋게 써줘' 대신 '학생이 해야 할 행동을 앞부분에 배치하고, 문장을 25자 내외로 짧게 나누며, 제출서류는 표로 바꿔라'라고 말해야 한다.

도구별 차이는 있지만, 습관은 같다

ChatGPT, Gemini, NotebookLM은 성격이 조금씩 다르다. ChatGPT는 범용 문서 작성과 아이디어 확장에 강하고, Gemini는 Google Workspace와 함께 쓸 때 자료 탐색과 긴 맥락 처리에 유리한 경우가 많으며, NotebookLM은 업로드한 자료에 근거한 요약과 질의응답에 강하다. 그러나 대학교직원이 익혀야 할 기본 습관은 같다.

도구를 바꿀 때마다 프롬프트 철학을 새로 배울 필요는 없다. '역할, 목표, 자료, 형식, 제약, 검토'를 넣는 습관만 유지하면 대부분의 언어모델에서 결과가 안정된다.

민감정보는 넣기 전에 지운다

AI 활용에서 가장 쉬운 실수는 편리함 때문에 원문을 그대로 붙여넣는 것이다. 학생 상담 기록, 장학 신청서, 성적 자료, 인사평가, 징계 관련 문서, 계약 협상안에는 민감한 정보가 들어 있다. Microsoft의 교육용 프롬프트 자료도 생성형 AI가 유용하지만 부정확하거나 해로운 출력을 만들 수 있으므로 책임 있는 AI 원칙과 사람의 검토가 필요하다고 설명한다⁶. 대학 행정에서는 여기에 개인정보 보호와 내부정보 관리가 더해진다.

AI에 넣기 전 30초만 점검하자.

비식별화 프롬프트도 따로 만들어둘 수 있다. 단, 민감정보가 이미 포함된 원문을 AI에 넣고 '비식별화해줘'라고 요청하는 것은 순서가 잘못된 것이다. 비식별화는 AI에 넣기 전에 사람이 먼저 해야 한다. AI는 지운 뒤에 쓰는 도구이지, 지우기 위해 먼저 원본을 맡기는 도구가 아니다.

# 역할
너는 대학 행정 문서의 개인정보 보호 점검 담당자다.

# 업무 목표
아래 문서 초안에 개인정보 또는 민감정보가 포함될 가능성이 있는 표현을 찾아라.

# 주의
실제 개인정보를 새로 만들거나 추정하지 말라.
문서에 포함된 식별 가능 정보의 유형만 분류하라.

# 점검 기준
- 직접 식별정보: 이름, 학번, 주민등록번호, 연락처, 이메일
- 간접 식별정보: 학과, 학년, 특정 사건, 희귀한 이력 조합
- 민감정보: 성적, 장학 수혜, 건강, 장애, 상담, 징계, 인사평가
- 내부정보: 비공개 예산, 계약 조건, 위원회 의견, 감사 대응 전략

# 출력 형식
## 위험 표현 목록
## 위험 유형
## 수정 제안
## AI 입력 전 삭제해야 할 정보
## 담당자 확인 필요 사항

# 문서 초안
[비식별화된 문서 초안 입력]

바로 쓰는 미니 프롬프트 패턴

표준 뼈대가 길게 느껴질 때는 아래 미니 패턴을 사용하면 된다. 핵심은 짧아도 업무 의뢰서의 구조를 유지하는 것이다.

너는 [부서명]의 [업무 역할]이다.
목표는 [산출물]을 만드는 것이다.
대상은 [읽는 사람]이다.
근거 자료는 아래 [자료]로 한정한다.
출력은 [표 / 이메일 / 공문 / FAQ / 체크리스트] 형식으로 작성한다.
자료에 없는 내용은 추정하지 말고 '확인 필요'로 표시한다.
마지막에 담당자가 검토해야 할 항목을 따로 정리한다.

[자료]

이 미니 패턴만 익혀도 AI 답변의 품질은 크게 달라진다. 업무가 복잡해지면 표준 뼈대를 쓰고, 간단한 문안 작업에는 미니 패턴을 쓰면 된다.

이해관계자별 버전 변환 프롬프트

대학 행정 문서는 같은 내용이라도 대상에 따라 완전히 달라져야 한다. 보직자에게는 의사결정 포인트가 먼저 보여야 하고, 학생에게는 해야 할 행동이 먼저 보여야 하며, 교수에게는 학사 운영에 필요한 일정과 역할이 보여야 한다. AI는 이 변환 작업에 매우 유용하다.

# 역할
너는 대학 행정 커뮤니케이션 편집자다.

# 업무 목표
아래 동일한 내용을 4가지 대상자별 문안으로 변환하라.

# 원문
[원문 입력]

# 변환 대상
1. 학생용 홈페이지 공지
2. 교수용 이메일 안내
3. 보직자 보고용 5줄 요약
4. 문자 발송용 80자 문안

# 공통 조건
- 원문의 사실관계를 바꾸지 않는다.
- 대상자에게 필요 없는 내부 표현은 줄인다.
- 일정, 장소, 제출서류, 문의처는 빠뜨리지 않는다.
- 원문에 없는 혜택, 예외, 확정되지 않은 계획은 추가하지 않는다.

# 출력 형식
## 학생용 홈페이지 공지
## 교수용 이메일 안내
## 보직자 보고용 5줄 요약
## 문자 발송용 80자 문안
## 원문에서 확인이 필요한 항목

이 프롬프트는 거의 모든 부서에서 반복적으로 사용할 수 있다. 교무 일정, 장학 신청, 국제교류 프로그램, 현장실습 모집, 시설 공사 안내, 정보시스템 점검 공지까지 모두 같은 방식으로 변환할 수 있다.

프롬프트의 마지막 문장은 '검토'여야 한다

대학교직원이 AI를 잘 쓴다는 것은 AI가 쓴 문장을 그대로 믿는다는 뜻이 아니다. 오히려 반대다. AI가 빠르게 만든 초안을 사람이 더 잘 검토할 수 있도록 구조화하는 능력이다. 프롬프트의 마지막에는 가능하면 검토 요청을 붙이자.

작성 후 다음 기준으로 자체 점검표를 만들어라.
1. 입력자료에 근거가 없는 문장이 있는가
2. 일정, 금액, 자격, 제출서류가 정확히 반영되었는가
3. 대상자가 오해할 수 있는 표현이 있는가
4. 개인정보 또는 민감정보가 포함되어 있는가
5. 담당자가 최종 확인해야 할 항목은 무엇인가

이 한 문단이 결과물을 바꾼다. AI가 초안을 쓰는 도구에서, 초안을 점검 가능한 상태로 정리하는 도구가 된다. 대학 행정에서 필요한 것은 완벽한 자동화가 아니라 믿을 만한 반자동화다. 사람이 판단하고, AI가 정리한다. 사람이 기준을 세우고, AI가 속도를 낸다.

프롬프트는 멋진 주문이 아니다. 정확한 업무 지시서다. 잘 쓴 프롬프트는 바쁜 오후의 책상 위에서 조용히 일을 줄여준다. 회의록을 정리하고, 공지를 다듬고, FAQ를 만들고, 누락된 항목을 짚어준다. 그리고 마지막에는 이렇게 말하게 만든다. '이제 내가 확인하면 되겠다.'

참고

¹Prompt engineering in higher education systematic review

²OpenAI Prompting Guide

³Gemini Prompt Design Strategies

⁴AI Prompt Engineering for Instructors

⁵Google NotebookLM

⁶Microsoft Prompts for Education