교무와 학사를 위한 정확한 안내의 기술

학사 업무의 하루는 늘 두 개의 시계로 움직인다. 하나는 학사일정표의 시계다. 수강신청, 정정, 폐강, 성적입력, 성적열람, 졸업사정, 휴학·복학 신청처럼 날짜가 지나면 되돌리기 어려운 업무들이 촘촘히 이어진다. 다른 하나는 규정의 시계다. 학칙, 학사운영규정, 교육과정 편성 지침, 졸업요건, 전공 이수 기준, 학점인정 기준은 매년 조금씩 바뀌고, 학생의 입학연도와 소속 학과에 따라 적용 방식도 달라진다.

교무와 학사 부서에서 AI를 잘 쓰는 방식은 화려한 자동화보다 먼저 "틀리지 않는 안내"를 만드는 것이다. 학생은 규정을 읽고 싶어 하지 않는다. 학생이 알고 싶은 것은 대개 단순하다. "제가 지금 무엇을 해야 하나요?" "언제까지 해야 하나요?" "안 하면 어떻게 되나요?" "제 경우에도 가능한가요?" AI는 이 질문에 답하기 위해 복잡한 규정 문장을 학생의 언어로 낮추고, 직원에게는 빠짐없이 확인할 체크리스트를 만들어주며, 교수자와 조교에게는 마감과 필수 행동이 분명한 안내문을 만들어준다.

다만 학사 업무에서 AI는 판정자가 아니라 편집자이자 점검자여야 한다. 성적, 졸업, 전과, 복수전공, 학점인정처럼 학생의 권리와 진로에 영향을 주는 업무는 최종 판단을 사람이 해야 한다. OpenAI의 프롬프팅 권고가 강조하듯 좋은 결과를 얻으려면 명확한 지시, 충분한 참고자료, 원하는 출력 형식, 복잡한 작업의 단계 분리가 필요하다.¹ Gemini의 프롬프트 설계 원칙 역시 한 번에 완벽한 답을 기대하기보다 반복적으로 조건을 보완하는 과정을 중요하게 본다.² 이 장의 프롬프트들은 그 원칙을 학사 행정의 언어로 바꾼 실전형 업무 지시서다.

학사 AI의 첫 번째 원칙: 원문을 주고, 판단을 제한하라

학사 업무에서 가장 위험한 프롬프트는 "우리 학교 졸업요건 알려줘"처럼 근거 없이 묻는 방식이다. AI는 그럴듯하게 답할 수 있지만, 그 답이 우리 대학의 최신 규정과 일치한다는 보장은 없다. 따라서 학사 프롬프트는 반드시 원문을 함께 넣고, "아래 제공한 문서만 근거로 삼으라"고 지시해야 한다.

좋은 학사 프롬프트에는 다섯 가지 부품이 들어간다.

이 구조는 챗GPT, 제미나이, 클로드, 노트북LM처럼 문서를 읽고 요약할 수 있는 언어모델에서 모두 사용할 수 있다. 특히 노트북LM처럼 업로드한 자료 기반으로 답변하는 도구를 쓸 때도 "어떤 형식으로 바꿀지"를 지시해야 산출물이 행정 문서답게 나온다. Google은 고등교육 현장에서 Gemini와 NotebookLM을 활용할 수 있는 여러 업무용 프롬프트 사례를 제시하고 있는데, 핵심은 도구 자체보다 사용자가 업무 맥락과 산출 형식을 얼마나 정확히 주는지에 있다.³

학칙 원문을 학생용 FAQ로 바꾸는 프롬프트

학생용 안내의 목표는 친절함이 아니라 오해를 줄이는 것이다. 쉬운 말로 쓰되, 규정의 조건을 흐리면 안 된다. 예를 들어 "재수강할 수 있습니다"보다 "동일 교과목 또는 대체 지정 교과목에 한해 재수강 신청이 가능하며, 성적 처리 방식은 아래 기준을 따릅니다"처럼 가능 범위와 조건을 함께 말해야 한다.

다음 프롬프트는 학칙, 학사운영규정, 수강신청 안내문, 졸업요건 원문을 학생용 FAQ로 바꾸는 기본형이다.

# 역할
너는 대한민국 대학 교무처의 학사 안내문 편집자다.
규정을 임의로 해석하지 말고, 제공된 문서에 근거해 학생이 이해할 수 있는 FAQ를 작성한다.

# 대상
- 대상 독자: {대상 학생: 예_2026학년도 신입생 / 3학년 재학생 / 편입생 / 졸업예정자}
- 독자의 상황: {상황: 예_수강신청 전 안내 / 졸업요건 확인 / 성적정정 기간 문의}
- 문체: 친절하지만 단정하게, 행정 안내문 톤으로 작성

# 근거 문서
아래 문서만 근거로 사용한다.
문서에 없는 내용은 추측하지 않는다.

[문서 1: 학칙 발췌]
{학칙 원문 붙여넣기}

[문서 2: 학사운영규정 발췌]
{학사운영규정 원문 붙여넣기}

[문서 3: 관련 안내문]
{수강신청 안내 / 졸업요건표 / 학사일정표 등 붙여넣기}

# 작업
1. 학생이 실제로 물어볼 만한 질문 10~15개를 만든다.
2. 각 질문에 대해 3~5문장 이내로 답한다.
3. 답변에는 반드시 다음 요소를 포함한다.
   - 적용 대상
   - 핵심 기준
   - 학생이 해야 할 행동
   - 마감일 또는 확인 위치가 있으면 표시
4. 근거 문서에 명확히 없는 내용은 답변하지 말고 "확인 필요"로 표시한다.
5. 규정 용어가 어려우면 괄호 안에 쉬운 설명을 덧붙인다.

# 출력 형식
## 학생용 FAQ
| 번호 | 질문 | 답변 | 근거 문서 | 확인 필요 여부 |
|---:|---|---|---|---|

## 학생이 놓치기 쉬운 포인트
- 3개 이상일 때만 불릿으로 정리한다.

## 담당 부서 확인이 필요한 항목
| 항목 | 왜 확인이 필요한가 | 확인할 부서/담당 |
|---|---|---|

# 금지 사항
- 제공되지 않은 학과별 예외를 만들어내지 말 것
- "무조건 가능", "반드시 졸업 가능"처럼 확정적 표현을 쓰지 말 것
- 학생의 성적, 학번, 주민등록번호, 연락처 등 개인정보를 요구하지 말 것

이 프롬프트의 힘은 "질문을 만들어달라"에 있지 않다. 진짜 힘은 "근거 문서에 없는 내용은 확인 필요로 표시하라"는 문장에 있다. 학사 안내에서 모르는 것을 모른다고 표시하는 태도는 불친절이 아니라 정확성이다.

직원용 처리 체크리스트로 바꾸는 프롬프트

같은 규정도 학생에게 보여줄 때와 직원이 처리할 때의 모양은 달라야 한다. 학생용 FAQ가 "이해"를 돕는 문서라면, 직원용 체크리스트는 "누락 방지"를 위한 문서다. 특히 휴학, 복학, 전과, 복수전공, 졸업사정처럼 조건과 예외가 많은 업무는 담당자가 바뀌어도 같은 순서로 확인할 수 있어야 한다.

# 역할
너는 대학 교무·학사 업무 프로세스 설계자다.
아래 규정과 안내문을 바탕으로 직원이 민원 또는 신청 건을 처리할 때 사용할 체크리스트를 만든다.

# 업무 유형
{업무명: 예_휴학 신청 / 복학 신청 / 전과 신청 / 복수전공 신청 / 졸업사정 / 학점인정}

# 근거 문서
아래 문서만 근거로 사용한다.
문서 간 내용이 충돌하면 "충돌 가능"으로 표시하고, 임의로 하나를 선택하지 않는다.

[규정 원문]
{규정 원문 붙여넣기}

[업무 안내문]
{기존 안내문 붙여넣기}

[학사일정]
{해당 학년도 학사일정 붙여넣기}

# 작업 절차
1. 처리 흐름을 접수 전, 접수, 검토, 승인/반려, 사후 안내 단계로 나눈다.
2. 각 단계마다 담당자가 확인해야 할 항목을 체크리스트로 작성한다.
3. 신청자가 제출해야 하는 서류와 담당자가 내부에서 확인해야 하는 자료를 분리한다.
4. 예외 또는 추가 확인이 필요한 경우를 별도 표로 정리한다.
5. 학생에게 보내는 결과 안내 문구 초안을 함께 작성한다.

# 출력 형식
## 직원용 처리 체크리스트
| 단계 | 확인 항목 | 확인 방법 | 근거 | 누락 시 위험 | 완료 |
|---|---|---|---|---|---|

## 제출 서류와 내부 확인 자료
| 구분 | 항목 | 제출/확인 주체 | 비고 |
|---|---|---|---|

## 예외·확인 필요 사항
| 상황 | 확인할 내용 | 연결 부서 | 학생에게 안내할 표현 |
|---|---|---|---|

## 학생 안내 메시지 초안
- 승인 시:
- 보완 요청 시:
- 반려 시:

# 불확실성 처리
근거 문서에 명시되지 않은 판단은 "담당자 확인 필요"라고 표시한다.
법령, 학칙, 학과 내규의 우선순위를 임의로 정하지 않는다.

이 프롬프트는 신입 직원 교육에도 유용하다. 업무를 잘 아는 선임자가 프롬프트 결과를 검토해 "우리 부서는 이 단계에서 학과장 확인을 추가한다"처럼 보완하면, 그 자체가 부서의 업무 매뉴얼이 된다.

민원 답변 템플릿: 단호하지만 차갑지 않게

학사 민원 답변은 감정 노동과 규정 설명이 만나는 지점이다. 학생 입장에서는 한 학기, 장학금, 졸업, 취업 일정이 걸려 있다. 직원 입장에서는 규정을 벗어나 답할 수 없다. 그래서 좋은 답변은 네 겹으로 구성된다. 먼저 공감하고, 다음으로 일반 원칙을 말하며, 이어서 학생에게 필요한 추가 정보를 요청하고, 마지막으로 담당 부서나 다음 행동을 안내한다.

# 역할
너는 대학 교무처 민원 답변 작성 담당자다.
학생의 상황을 존중하되, 규정에 없는 확정 판단은 하지 않는다.

# 민원 내용
{학생 민원 원문을 비식별화해 붙여넣기}

# 비식별화 규칙
민원 내용에 이름, 학번, 전화번호, 이메일, 주민등록번호, 상세 병력, 가정사 등 개인정보 또는 민감정보가 있으면 [이름], [학번], [연락처], [민감정보]로 대체된 것으로 간주한다.
답변에는 개인정보를 다시 쓰지 않는다.

# 근거 문서
[관련 규정]
{규정 원문 붙여넣기}

[관련 안내문]
{안내문 붙여넣기}

# 답변 작성 원칙
1. 첫 문장은 학생의 문의 요지를 확인하고, 불편 또는 걱정을 짧게 인정한다.
2. 두 번째 단락에서 일반 원칙을 설명한다.
3. 세 번째 단락에서 학생 사례에 적용하기 위해 필요한 추가 확인 정보를 묻는다.
4. 네 번째 단락에서 다음 행동, 기한, 문의처를 안내한다.
5. 규정 근거, 일반 원칙, 예외 가능성, 추가 확인 정보, 담당 부서 연결을 분리한다.
6. 확정 판단이 어려운 부분은 "확인 필요"로 표시한다.

# 출력 형식
## 민원 답변 초안
{메일 또는 게시판 답변 형식으로 작성}

## 답변 구성 점검표
| 점검 항목 | 포함 여부 | 문장 위치 |
|---|---|---|
| 규정 근거 |  |  |
| 일반 원칙 |  |  |
| 예외 가능성 |  |  |
| 추가 확인 정보 |  |  |
| 다음 행동/기한 |  |  |
| 담당 부서/문의처 |  |  |

## 확인 필요 표시
| 내용 | 왜 확정할 수 없는가 | 확인할 자료 또는 부서 |
|---|---|---|

# 금지 표현
- "당연히 안 됩니다"
- "규정상 불가능합니다"라고만 쓰고 근거를 설명하지 않는 답변
- 제공 문서에 없는 예외를 약속하는 표현
- 성적, 졸업 가능 여부, 학점인정 가능 여부를 최종 확정하는 표현

민원 답변의 품질은 멋진 문장보다 분리 능력에서 나온다. "규정상 원칙은 이렇다", "다만 학생의 경우는 이 정보가 더 필요하다", "그래서 지금 할 일은 이것이다"가 구분되면 학생의 불안은 줄어든다.

교육과정 개편 자료를 구조화하는 프롬프트

교육과정 개편 시즌의 문서는 늘 복잡하다. 교과목 신설, 폐지, 명칭 변경, 학점 변경, 이수구분 변경, 선수과목 조정, 전공능력 또는 핵심역량 매핑까지 한 번에 움직인다. 문제는 이 변화가 누구에게 영향을 주는지 한눈에 보이지 않는다는 점이다. 2026학번부터 적용인지, 전체 재학생에게 적용인지, 편입생에게 별도 기준이 있는지, 폐지 과목을 이미 이수한 학생은 어떻게 되는지 확인해야 한다.

이때 AI에게 "요약해줘"라고 말하면 예쁜 요약문은 나오지만, 업무에는 부족하다. 개편 자료는 변화 항목별 데이터로 쪼개야 한다.

# 역할
너는 대학 교육과정 개편 자료를 검토하는 교무처 교육과정 담당자다.
아래 자료를 근거로 개편 내용을 구조화하고, 영향받는 대상과 안내문 초안을 분리해 산출한다.

# 입력 자료
[개편 전 교육과정표]
{개편 전 표 붙여넣기}

[개편 후 교육과정표]
{개편 후 표 붙여넣기}

[학과 제출 사유서]
{사유서 붙여넣기}

[핵심역량 또는 전공능력 체계]
{역량표 붙여넣기}

[적용 기준]
{예_2026학년도 입학생부터 적용 / 전체 재학생 적용 여부 / 경과조치}

# 작업
1. 교과목 변동을 다음 유형으로 분류한다.
   - 신설
   - 폐지
   - 명칭 변경
   - 학점 변경
   - 이수구분 변경
   - 학년/학기 변경
   - 선수과목 또는 수강 제한 변경
2. 각 변동 항목의 전후 값을 표로 비교한다.
3. 핵심역량 또는 전공능력 매핑 변화를 정리한다.
4. 영향받는 학생군을 입학연도, 학년, 전공 이수 상태, 편입 여부 기준으로 나눈다.
5. 교수자용, 학과 조교용, 학생용 안내문을 각각 작성한다.
6. 경과조치가 불명확한 항목은 "확인 필요"로 표시한다.

# 출력 형식
## 교육과정 개편 요약
3문단 이내로 작성한다.

## 교과목 변동 구조화 표
| 유형 | 교과목코드 | 교과목명_변경 전 | 교과목명_변경 후 | 학점 전/후 | 이수구분 전/후 | 적용 대상 | 확인 필요 |
|---|---|---|---|---|---|---|---|

## 핵심역량·전공능력 매핑표
| 교과목명 | 변경 전 역량 | 변경 후 역량 | 변경 사유 | 점검 의견 |
|---|---|---|---|---|

## 영향받는 학생군
| 학생군 | 영향 내용 | 필요한 안내 | 담당 확인 부서 |
|---|---|---|---|

## 안내문 초안
### 교수자용
- 핵심 변경 사항:
- 교수자가 해야 할 일:
- 문의처:

### 학과·조교용
- 학생 문의 예상 질문:
- 확인해야 할 시스템 항목:
- 접수 또는 안내 시 주의사항:

### 학생용
- 무엇이 바뀌나요?
- 나에게 적용되나요?
- 지금 무엇을 확인해야 하나요?

# 검토 기준
- 표에 없는 변동을 임의로 만들지 않는다.
- "폐지"와 "명칭 변경"을 혼동하지 않는다.
- 적용 대상이 불분명하면 반드시 확인 필요로 표시한다.

교육과정 개편 자료는 "변경의 목록"이 아니라 "영향의 지도"로 읽어야 한다. 이 프롬프트는 그 지도를 만드는 데 초점을 둔다.

수업 운영 반복 안내: 교수자용·학생용·조교용을 한 번에

교무·학사 부서의 메일함에는 매 학기 비슷한 안내가 반복된다. 수업계획서 입력, 강의평가, 성적입력, 성적정정, 출결 처리, 보강계획서 제출, 시험 운영 기준, 폐강 안내, 분반 조정 안내. 반복된다는 것은 자동화하기 좋다는 뜻이지만, 동시에 작은 누락이 큰 혼선을 만들 수 있다는 뜻이기도 하다.

수업 운영 안내문에서 반드시 살아 있어야 하는 정보는 네 가지다. 일정, 마감, 필수 행동, 문의처. 여기에 대상별 차이를 더하면 메시지는 훨씬 정확해진다. 교수자는 시스템 입력 경로와 책임 범위를 알아야 하고, 학생은 자신이 확인하거나 신청해야 할 행동을 알아야 하며, 조교는 현장에서 문의를 받을 때 확인 순서를 알아야 한다.

# 역할
너는 대학 교무처 수업 운영 안내문 에디터다.
하나의 업무 안내 자료를 교수자용, 학생용, 조교용 메시지로 재작성한다.

# 업무 주제
{주제: 예_수업계획서 입력 / 강의평가 실시 / 성적입력 / 성적정정 / 출결 확인 / 보강 운영 / 시험 운영}

# 원자료
[기존 안내문]
{기존 안내문 붙여넣기}

[학사일정 및 마감]
{일정표 붙여넣기}

[시스템 경로]
{예_포털 > 학사행정 > 수업 > 수업계획서 입력}

[문의처]
{부서명, 전화, 이메일, 운영시간}

# 작업
1. 원자료에서 일정, 마감, 필수 행동, 시스템 경로, 문의처를 추출한다.
2. 교수자용, 학생용, 조교용으로 메시지를 분리한다.
3. 각 대상에게 불필요한 정보는 줄이고, 필요한 행동은 구체적으로 쓴다.
4. 누락된 필수 정보가 있으면 "누락 정보" 표에 표시한다.
5. 이메일 제목, 문자메시지, 포털 공지용 짧은 문안을 함께 만든다.

# 출력 형식
## 핵심 정보 추출표
| 항목 | 내용 | 원문 위치 | 누락 여부 |
|---|---|---|---|
| 일정 |  |  |  |
| 마감 |  |  |  |
| 필수 행동 |  |  |  |
| 시스템 경로 |  |  |  |
| 문의처 |  |  |  |

## 교수자용 안내문
- 제목:
- 본문:
- 마감 전 체크리스트:

## 학생용 안내문
- 제목:
- 본문:
- 학생이 해야 할 일:

## 조교용 현장 응대 메모
| 예상 문의 | 확인할 화면/자료 | 답변 요지 | 담당 부서 연결 기준 |
|---|---|---|---|

## 짧은 공지 문안
| 채널 | 문안 |
|---|---|
| 문자 | 90자 이내 |
| 포털 알림 | 150자 이내 |
| 이메일 제목 | 40자 이내 |

# 품질 기준
- 모든 메시지에 마감일이 들어가야 한다.
- 모든 메시지에 문의처가 들어가야 한다.
- "빠른 시일 내", "조속히" 같은 모호한 표현 대신 구체적 날짜를 쓴다.
- 원자료에 없는 날짜는 만들지 말고 "날짜 확인 필요"로 표시한다.

짧은 공지는 생각보다 어렵다. "성적입력 안내"라고 쓰면 아무도 움직이지 않는다. "6.28. 17:00까지 성적입력 완료, 미입력 시 성적열람 지연"처럼 마감과 결과가 함께 보여야 한다. AI에게 짧은 문안을 요청할 때도 반드시 글자 수와 필수 포함 정보를 지정해야 한다.

성적입력·정정 안내에서 AI가 하면 안 되는 일

성적 업무에서 AI는 안내문을 정리하고 체크리스트를 만들 수 있다. 그러나 개별 학생의 성적을 판단하거나, 정정 가능성을 확정하거나, 교수자의 평가권을 대신할 수는 없다. 특히 학생 이름, 학번, 성적, 출결, 상담 내용은 개인정보에 해당할 수 있으므로 공개형 AI 도구에 그대로 넣지 않는 것이 원칙이다. Maastricht University의 AI Prompt Library는 생성형 AI 도구에 개인정보, 민감정보, 기밀정보, 저작권 자료를 입력하지 말고 도구 설정에서 학습 사용 제외 여부를 확인하라고 안내한다.⁴

성적 관련 프롬프트는 "결정"이 아니라 "안내"에 한정해야 한다.

# 역할
너는 대학 교무처 성적 업무 안내 담당자다.
개별 성적의 타당성이나 정정 가능성을 판단하지 않고, 절차와 필요 정보를 안내한다.

# 상황
{상황: 예_학생이 성적 정정 가능 여부를 문의함 / 교수자가 성적입력 마감 연장을 문의함 / 조교가 성적열람 기간 안내문을 요청함}

# 비식별화된 문의 내용
{이름, 학번, 과목명 세부 분반, 성적 등은 제거하거나 [비식별] 처리한 문의 내용}

# 근거 문서
[성적 관련 규정]
{규정 원문 붙여넣기}

[성적입력·정정 일정]
{일정 붙여넣기}

[문의처]
{담당 부서 정보}

# 작업
1. 문의 내용을 절차 안내가 필요한 부분과 개별 판단이 필요한 부분으로 나눈다.
2. 절차 안내는 학생 또는 교수자가 바로 이해할 수 있게 작성한다.
3. 개별 판단이 필요한 부분은 "담당자 또는 담당 교원 확인 필요"로 표시한다.
4. 필요한 추가 정보 목록을 작성하되, 공개형 AI에 입력하지 말아야 할 개인정보는 별도로 표시한다.

# 출력 형식
## 답변 초안
{대상에 맞는 이메일 답변}

## 절차 안내와 개별 판단 분리표
| 구분 | 내용 | AI 작성 가능 여부 | 사람 확인 필요 여부 |
|---|---|---|---|

## 추가 확인 정보
| 필요한 정보 | 왜 필요한가 | AI 입력 가능 여부 | 비고 |
|---|---|---|---|

# 제한
- "정정 가능합니다", "정정 불가입니다"처럼 최종 판단을 쓰지 않는다.
- 학생의 성적, 출결 내역, 평가 사유를 추론하지 않는다.
- 담당 교원의 평가권을 대신하는 표현을 쓰지 않는다.

성적 민원에 대한 가장 안전한 문장은 "절차는 안내할 수 있으나, 개별 성적 정정 여부는 담당 교원의 확인과 관련 규정에 따른 검토가 필요합니다"이다. 이 문장은 차갑지 않다. 오히려 학생에게 어느 문을 두드려야 하는지 알려주는 문장이다.

졸업사정 프롬프트: 가능 여부보다 확인 순서가 먼저다

졸업사정은 학사 업무의 종합예술에 가깝다. 교양, 전공, 복수전공, 부전공, 교직, 비교과, 졸업논문, 인증, 편입 인정학점, 대체과목, 재수강, 학칙 개정 경과조치가 한 화면에 모인다. 이 업무에서 AI에게 "이 학생 졸업 가능한가?"라고 묻는 것은 위험하다. 대신 "어떤 순서로 확인해야 하는가?"를 물어야 한다.

아래 프롬프트는 졸업사정 상담 전, 학생의 이수 현황을 비식별화해 확인 질문과 필요 자료를 정리하는 데 적합하다.

# 역할
너는 대학 교무처 졸업사정 상담 준비를 돕는 업무 보조자다.
최종 졸업 가능 여부를 판정하지 않고, 확인 질문과 검토 순서를 만든다.

# 학생 정보 비식별 요약
- 입학연도: {예_2022}
- 소속: {단과대/학과명 또는 비식별 코드}
- 학년/학기: {예_4학년 2학기}
- 이수 과정: {예_주전공 / 복수전공 / 부전공 / 교직}
- 편입 여부: {예_해당 없음 / 3학년 편입}
- 이수학점 요약: {개인 식별 없이 영역별 학점만 입력}

# 근거 문서
[졸업요건표]
{졸업요건표 붙여넣기}

[학칙 및 학사운영규정]
{관련 규정 붙여넣기}

[학과 내규 또는 졸업논문 기준]
{있는 경우 붙여넣기}

# 작업
다음 순서로 상담 스크립트를 작성한다.
1. 확인 질문
2. 적용 규정
3. 가능 경로
4. 필요 서류 또는 추가 자료
5. 학생의 다음 행동
6. 담당자가 최종 확인해야 할 항목

# 출력 형식
## 졸업사정 상담 스크립트
### 1단계. 확인 질문
| 질문 | 질문 이유 | 확인 자료 |
|---|---|---|

### 2단계. 적용 규정
| 영역 | 적용 기준 | 근거 문서 | 확인 필요 여부 |
|---|---|---|---|

### 3단계. 가능 경로
| 경로 | 설명 | 학생이 해야 할 일 | 리스크 |
|---|---|---|---|

### 4단계. 필요 서류·자료
| 항목 | 제출/확인 주체 | 마감 | 비고 |
|---|---|---|---|

### 5단계. 학생 안내 문안
{학생에게 설명하는 말투로 500자 이내 작성}

## 최종 확인 필요 항목
졸업 가능 여부를 확정하기 전에 사람이 확인해야 할 항목만 표로 정리한다.

# 금지 사항
- "졸업 가능" 또는 "졸업 불가"를 단정하지 않는다.
- 누락된 이수 내역을 추측하지 않는다.
- 학과 내규가 제공되지 않았는데 학과별 기준을 만들어내지 않는다.

졸업 상담에서 학생이 원하는 것은 판정처럼 보이지만, 실제로 필요한 것은 경로다. 부족한 것이 무엇인지, 남은 기간에 어떤 선택지가 있는지, 누구에게 확인받아야 하는지 알게 되면 학생은 움직일 수 있다.

휴학·복학·전과·복수전공 상담 스크립트

조건이 많은 상담은 대화 순서가 품질을 결정한다. 처음부터 규정을 설명하면 학생은 길을 잃는다. 먼저 학생의 상태를 확인하고, 그다음 적용 규정을 좁히고, 가능한 경로를 제시한 뒤, 필요 서류와 다음 행동으로 내려와야 한다.

이 프롬프트는 휴학, 복학, 전과, 복수전공, 부전공, 교직, 학점인정 상담에 모두 응용할 수 있다.

# 역할
너는 대학 학사 상담 스크립트 디자이너다.
학생 상담을 "확인 질문 → 적용 규정 → 가능 경로 → 필요 서류 → 다음 행동" 순서로 설계한다.

# 상담 주제
{상담 주제: 예_일반휴학 / 군휴학 / 복학 / 전과 / 복수전공 / 부전공 / 교직 이수 / 국내외 학점인정}

# 학생 상황 요약
{개인정보를 제거한 상황 요약}

# 근거 문서
[관련 규정]
{규정 원문 붙여넣기}

[신청 안내문]
{안내문 붙여넣기}

[학사일정]
{일정 붙여넣기}

# 작업
1. 상담 시작 시 반드시 물어봐야 할 확인 질문을 만든다.
2. 답변에 따라 적용될 수 있는 규정을 분기 형태로 정리한다.
3. 가능한 경로를 2~4개 범위에서 제시하되, 불가능한 경로는 근거와 함께 설명한다.
4. 필요 서류와 마감일을 표로 정리한다.
5. 학생에게 보낼 상담 후 안내 메시지를 작성한다.
6. 불확실한 부분은 "확인 필요"로 표시한다.

# 출력 형식
## 상담 진행 스크립트
| 순서 | 상담자 질문/설명 | 학생에게 확인할 내용 | 다음 분기 |
|---:|---|---|---|

## 적용 규정 분기표
| 학생 상황 | 적용 가능 규정 | 가능 경로 | 확인 필요 |
|---|---|---|---|

## 필요 서류 및 마감
| 서류/절차 | 제출 대상 | 제출처 | 마감 | 비고 |
|---|---|---|---|---|

## 상담 후 학생 안내 메시지
{카카오 알림톡 또는 이메일에 넣을 수 있도록 700자 이내로 작성}

## 담당자 내부 메모
- 최종 판단 전 확인할 시스템 화면:
- 학과 또는 타 부서 협의가 필요한 항목:
- 학생에게 확정적으로 말하면 안 되는 항목:

이런 상담 스크립트는 부서의 응대 품질을 평준화한다. 상담을 오래 한 직원의 머릿속 순서를 문서로 꺼내는 일, 그것이 AI가 잘하는 일이다.

학사일정표를 '마감 행동 캘린더'로 바꾸기

학사일정표는 날짜의 모음이지만, 행정 업무에는 행동의 목록이 필요하다. "수강신청 기간"이라는 일정은 학생에게 "장바구니 확인, 본 수강신청, 정정 기간 확인"이 되고, 학과에는 "폐강 기준 점검, 분반 증설 검토, 문의 대응"이 되며, 교수자에게는 "수업계획서 입력, 수강인원 확인"이 된다.

# 역할
너는 대학 학사일정 운영 매니저다.
학사일정표를 대상별 마감 행동 캘린더로 변환한다.

# 입력 자료
[학사일정표]
{학사일정표 붙여넣기}

[대상]
{예_학생 / 교수자 / 학과 조교 / 교무처 내부 담당자}

[추가 조건]
{예_1학기 일정만 / 수강신청 관련 일정만 / 졸업 관련 일정만}

# 작업
1. 일정명, 시작일, 종료일, 관련 대상, 해야 할 행동을 추출한다.
2. 각 일정마다 사전 준비, 기간 중 행동, 마감 후 후속 조치를 나눈다.
3. 대상별 알림 문구를 만든다.
4. 마감 7일 전, 3일 전, 당일 알림 문안을 작성한다.
5. 일정이 겹치거나 의존 관계가 있으면 표시한다.

# 출력 형식
## 대상별 마감 행동 캘린더
| 일정 | 기간 | 대상 | 사전 준비 | 기간 중 행동 | 마감 후 조치 | 문의처 |
|---|---|---|---|---|---|---|

## 알림 문안
| 발송 시점 | 대상 | 문안 | 포함해야 할 링크/문의처 |
|---|---|---|---|

## 일정 충돌·주의 항목
| 일정 A | 일정 B | 충돌 또는 주의 이유 | 조정/안내 제안 |
|---|---|---|---|

# 기준
- 날짜가 없는 일정은 "날짜 확인 필요"로 표시한다.
- 마감일이 있는 경우 문안에 반드시 날짜와 시간을 포함한다.
- 대상이 불분명한 일정은 "대상 확인 필요"로 표시한다.

이 프롬프트를 잘 쓰면 학사일정표가 공지문 생산 기계가 된다. 더 정확히 말하면, 일정표가 행동을 촉발하는 콘텐츠로 바뀐다.

규정 개정 전후 비교 프롬프트

학칙과 학사운영규정은 작은 문구 하나가 큰 차이를 만든다. "할 수 있다"와 "하여야 한다", "학장은 승인할 수 있다"와 "총장의 승인을 받아야 한다"는 업무 흐름이 다르다. 규정 개정 전후 비교에서 AI를 쓰면 문장 차이를 빠르게 찾을 수 있지만, 반드시 사람의 법무·규정 검토가 뒤따라야 한다.

# 역할
너는 대학 학칙·학사운영규정 개정안을 검토하는 문서 분석 보조자다.
개정 전후 문구의 차이를 찾아 업무 영향과 안내 필요 사항을 정리한다.

# 입력 자료
[개정 전 조문]
{개정 전 원문 붙여넣기}

[개정 후 조문]
{개정 후 원문 붙여넣기}

[개정 사유]
{개정 사유 붙여넣기}

# 작업
1. 문구 변경 사항을 조문 단위로 비교한다.
2. 의미가 달라질 수 있는 표현을 표시한다.
3. 학생, 교수자, 학과, 교무처 내부 업무에 미치는 영향을 나눈다.
4. 추가 안내가 필요한 대상을 정리한다.
5. 법무 또는 규정 담당 부서 확인이 필요한 항목을 표시한다.

# 출력 형식
## 개정 전후 비교표
| 조문 | 개정 전 | 개정 후 | 변경 유형 | 의미 변화 가능성 | 확인 필요 |
|---|---|---|---|---|---|

## 업무 영향 분석
| 대상 | 영향 내용 | 필요한 후속 조치 | 안내 필요 여부 |
|---|---|---|---|

## 안내문에 반영할 핵심 문장
- 학생용:
- 교수자용:
- 직원용:

## 법무·규정 검토 요청 항목
| 항목 | 검토가 필요한 이유 | 관련 조문 |
|---|---|---|

# 제한
- 법적 효력을 최종 판단하지 않는다.
- 상위 법령과의 관계를 제공 자료 없이 단정하지 않는다.
- 개정 의도를 추측하지 않는다.

규정 비교 프롬프트의 목적은 "법률 검토를 대신하는 것"이 아니다. 사람이 놓치기 쉬운 차이를 빠르게 드러내는 것이다. 학사 담당자의 눈은 마지막 필터로 남아 있어야 한다.

학사 민원 답변의 안전 패턴: 원칙, 예외, 확인 필요

학사 민원에서 가장 자주 벌어지는 실수는 원칙과 예외를 한 문장에 섞는 것이다. 예를 들어 "원칙적으로 불가하지만 경우에 따라 가능할 수 있습니다"라고 쓰면 학생은 그래서 가능한지 불가능한지 알 수 없다. 안전한 답변은 아래처럼 층을 나눠야 한다.

아래 프롬프트는 민원 답변을 이 구조로 강제한다.

# 역할
너는 대학 학사 민원 답변 품질관리자다.
아래 답변 초안을 검토해 규정 근거, 일반 원칙, 예외 가능성, 추가 확인 정보, 담당 부서 연결이 분리되어 있는지 점검한다.

# 민원 답변 초안
{답변 초안 붙여넣기}

# 근거 문서
{관련 규정 또는 안내문 붙여넣기}

# 작업
1. 답변 초안을 다섯 층으로 분해한다.
2. 누락된 층이 있으면 보완 문장을 제안한다.
3. 확정적으로 표현하면 위험한 문장을 찾아 완화한다.
4. 학생이 다음 행동을 이해할 수 있도록 마지막 문장을 개선한다.
5. 근거 문서에 없는 내용은 "근거 없음"으로 표시한다.

# 출력 형식
## 답변 구조 점검표
| 층 | 현재 포함 문장 | 문제점 | 개선 문장 |
|---|---|---|---|

## 위험 표현 수정표
| 원문 표현 | 위험한 이유 | 수정 제안 |
|---|---|---|

## 개선된 최종 답변
{학생에게 발송 가능한 문장으로 작성}

# 톤
친절하고 명확하게 쓴다.
변명처럼 들리지 않게, 학생이 해야 할 다음 행동을 분명히 제시한다.

좋은 민원 답변은 학생을 설득하려 들지 않는다. 길을 보여준다. 규정의 벽 앞에 세우는 대신, 확인 창구와 다음 절차를 알려준다.

학사 문서 검수 프롬프트: 날짜, 대상, 행동, 문의처

대학 공지문에서 가장 자주 빠지는 네 가지가 있다. 날짜, 대상, 행동, 문의처다. "성적열람 안내"라는 제목 아래 기간은 있는데 시간이 없고, 대상은 있는데 예외 대상이 없고, 해야 할 행동은 있는데 시스템 경로가 없다. AI에게 최종 발송 전 검수자 역할을 맡기면 이런 누락을 꽤 잘 잡아낸다.

# 역할
너는 대학 학사 공지문 발송 전 최종 검수자다.
공지문에서 학생 혼선을 만들 수 있는 누락, 모호한 표현, 상충 정보를 찾아낸다.

# 공지문 초안
{공지문 초안 붙여넣기}

# 검수 기준
다음 항목이 모두 명확한지 확인한다.
- 대상
- 기간과 마감 시간
- 학생 또는 교수자가 해야 할 행동
- 시스템 경로 또는 제출 방법
- 필요 서류
- 문의처
- 예외 대상 또는 제외 대상
- 지연 또는 미이행 시 영향

# 작업
1. 공지문을 읽고 필수 정보 포함 여부를 표로 점검한다.
2. 모호한 표현을 찾아 구체적인 표현으로 바꾼다.
3. 날짜와 요일이 함께 있으면 불일치 가능성을 표시한다.
4. 같은 문서 안에서 서로 충돌하는 내용을 찾는다.
5. 30초 안에 읽히는 요약문을 만든다.

# 출력 형식
## 필수 정보 점검표
| 항목 | 포함 여부 | 현재 문장 | 보완 필요 내용 |
|---|---|---|---|

## 모호한 표현 수정
| 원문 | 문제 | 수정안 |
|---|---|---|

## 충돌·확인 필요 사항
| 내용 | 확인이 필요한 이유 | 확인할 자료 |
|---|---|---|

## 30초 요약
{학생이 바로 이해할 수 있는 5문장 이내 요약}

# 제한
제공된 공지문에 없는 날짜, 링크, 전화번호를 만들지 않는다.

이 프롬프트는 모든 학사 공지문 발송 전 루틴으로 삼을 만하다. 공지문을 잘 쓰는 것보다 중요한 것은, 발송 전에 한 번 더 의심하는 습관이다.

노트북LM식 문서 기반 질의 프롬프트

노트북LM이나 문서 기반 AI 도구를 사용할 때는 여러 규정과 안내문을 넣어두고 질문할 수 있다. 이때도 "답변해줘"가 아니라 "답변의 근거와 한계를 함께 보여줘"라고 지시해야 한다. 특히 여러 문서가 서로 다른 시점에 작성되었을 경우, 최신성 충돌이 생길 수 있다.

# 역할
너는 업로드된 학사 문서만 근거로 답변하는 교무처 문서 검색 보조자다.
답변할 때 반드시 근거 문서명과 확인 필요 사항을 함께 제시한다.

# 질문
{질문 입력: 예_2026학년도 편입생의 복수전공 신청 가능 조건은 무엇인가?}

# 답변 규칙
1. 업로드된 문서에서 찾을 수 있는 내용만 답한다.
2. 답변은 "요약 답변 → 근거 → 확인 필요 → 다음 행동" 순서로 작성한다.
3. 문서끼리 내용이 다르면 충돌 가능성을 표시한다.
4. 문서에 없는 내용은 추측하지 않고 "문서에서 확인되지 않음"이라고 쓴다.
5. 학생에게 그대로 보낼 수 있는 안내 문장과 직원 내부 확인 메모를 분리한다.

# 출력 형식
## 요약 답변
{5문장 이내}

## 근거 문서
| 내용 | 문서명 | 조항/쪽/문단 | 확실성 |
|---|---|---|---|

## 확인 필요
| 항목 | 이유 | 확인할 부서 또는 자료 |
|---|---|---|

## 학생 안내 문장
{학생에게 보낼 수 있는 톤으로 작성}

## 직원 내부 메모
{최종 답변 전 담당자가 확인해야 할 내용}

문서 기반 AI의 장점은 검색 속도다. 그러나 검색 속도가 판단 권한을 뜻하지는 않는다. "문서에서 확인되지 않음"이라는 표시가 많을수록 실패한 답변이 아니라 안전한 답변일 수 있다.

개인정보와 민감정보: 프롬프트에 넣기 전에 지울 것

학사 부서가 다루는 정보는 대부분 민감하다. 이름과 학번만 문제가 아니다. 특정 과목의 성적, 출결 내역, 휴학 사유, 질병 관련 증빙, 가족관계, 병역 정보, 장애학생 지원 정보, 상담 내용은 학생 개인을 쉽게 드러낼 수 있다. AI 도구를 사용할 때는 기관 계정의 보안 설정, 데이터 보관 정책, 학습 사용 여부, 업로드 문서의 사용 범위를 먼저 확인해야 한다.

여러 대학과 도서관의 AI 활용 안내는 공통적으로 개인정보 보호, 편향, 부정확성, 환각 가능성을 경고한다.⁵ 학사 업무에서는 이 경고가 더 중요하다. AI가 틀린 문장을 만들면 단순한 오타가 아니라 학생의 신청 기회, 졸업 계획, 등록금, 장학금, 체류 자격에 영향을 줄 수 있기 때문이다.

아래 프롬프트는 민감정보가 섞인 원문을 바로 AI에 넣기 전, 내부 보안 도구나 로컬 환경에서 비식별화 기준을 만들 때 사용할 수 있다. 공개형 AI에 원문 개인정보를 넣어 비식별화를 맡기는 방식은 피해야 한다. 먼저 사람이 지우고, 필요한 경우 승인된 환경에서만 처리해야 한다.

# 역할
너는 대학 학사자료 비식별화 점검자다.
아래 텍스트를 외부 AI 도구에 입력하기 전에 제거하거나 대체해야 할 개인정보·민감정보 유형을 찾아 점검표를 만든다.

# 입력 텍스트
{이미 1차 비식별화한 텍스트 붙여넣기}

# 작업
1. 남아 있을 수 있는 개인정보 유형을 찾는다.
2. 민감정보 또는 학생 권리에 영향을 줄 수 있는 정보를 찾는다.
3. 외부 AI 입력 가능 여부를 "가능 / 주의 / 금지"로 분류한다.
4. 안전한 대체 표현을 제안한다.

# 출력 형식
## 비식별화 점검표
| 발견 유형 | 예시 위치 | 위험도 | 권장 처리 | 외부 AI 입력 가능 여부 |
|---|---|---|---|---|

## 안전한 요약본
개인 식별 가능성을 낮춘 형태로 다시 작성한다.

## 추가 확인 필요
기관 보안 지침 또는 개인정보보호 담당자 확인이 필요한 항목을 정리한다.

# 제한
- 원문에 있는 개인정보를 출력에 반복하지 않는다.
- 개별 학생을 식별할 수 있는 조합 정보를 그대로 남기지 않는다.

최종 검증 프롬프트: AI 답변을 그대로 보내지 않기 위한 장치

학사 업무에서 AI 산출물은 반드시 검증되어야 한다. 특히 최신 규정, 학과별 내규, 학생 개인별 적용 기준, 시스템 입력 상태는 AI가 알 수 없거나 잘못 해석할 수 있다. 고등교육 분야의 AI 논의에서도 반복 업무는 줄이되 학생과의 관계, 조언, 최종 판단은 사람이 맡아야 한다는 점이 강조된다.⁶

다음 프롬프트는 AI가 만든 안내문을 다시 검토하는 '두 번째 AI' 역할로 사용할 수 있다. 가능하면 처음 작성한 대화와 다른 새 대화창에서 실행하면 더 객관적으로 볼 수 있다.

# 역할
너는 대학 교무·학사 안내문 리스크 검토자다.
아래 AI 작성 초안이 학생에게 잘못된 확신을 주거나, 규정 근거 없이 판단하거나, 개인정보 보호 원칙을 위반할 가능성을 점검한다.

# 검토 대상 초안
{AI가 작성한 안내문 또는 답변 붙여넣기}

# 근거 문서
{관련 규정, 안내문, 학사일정 붙여넣기}

# 점검 항목
1. 근거 문서와 일치하지 않는 내용
2. 근거 없이 추가된 내용
3. 날짜, 마감, 대상, 문의처 누락
4. 확정 판단이 위험한 표현
5. 개인정보 또는 민감정보 노출 가능성
6. 학생이 다음 행동을 이해하기 어려운 문장
7. 담당 부서 확인이 필요한 항목

# 출력 형식
## 리스크 점검표
| 점검 항목 | 문제 여부 | 문제 문장 | 수정 제안 | 심각도 |
|---|---|---|---|---|

## 반드시 사람 확인이 필요한 부분
| 항목 | 확인 이유 | 확인할 자료/부서 |
|---|---|---|

## 수정본
학생에게 발송 가능한 형태로 다시 작성한다.
단, 근거가 불충분한 부분은 "확인 필요"로 남긴다.

# 기준
- 심각도는 높음/중간/낮음으로 표시한다.
- 근거 문서에 없는 내용은 장점처럼 보이더라도 삭제하거나 확인 필요로 바꾼다.

이 프롬프트는 학사팀의 안전벨트다. 빠르게 쓰되, 그대로 보내지 않는다. AI 시대의 학사 행정은 속도와 검증을 한 세트로 묶을 때 비로소 안전해진다.

교무·학사 부서의 프롬프트 운영 루틴

프롬프트는 개인의 메모장에 흩어져 있으면 금방 낡는다. 학사 업무는 학년도, 학기, 규정 개정, 시스템 개편에 따라 계속 바뀌기 때문이다. 따라서 부서 차원의 프롬프트 라이브러리를 운영할 때는 프롬프트 자체보다 "버전 관리"가 중요하다.

마지막으로, 교무·학사 부서에서 공통으로 사용할 수 있는 프롬프트 카드 한 장을 남긴다. 새 업무가 생겼을 때 이 카드를 복사해 필요한 항목만 바꾸면 된다.

# 역할
너는 대한민국 대학 교무·학사 행정 업무를 돕는 AI 보조자다.
제공된 자료를 근거로 문서를 구조화하고, 대상별 안내문과 체크리스트를 만든다.
최종 행정 판단은 사람이 한다.

# 업무명
{업무명}

# 대상
{학생 / 교수자 / 조교 / 학과 / 교무처 내부 / 기타}

# 근거 자료
아래 자료만 사용한다.
자료에 없는 내용은 추측하지 않는다.

[자료 1]
{붙여넣기}

[자료 2]
{붙여넣기}

[자료 3]
{붙여넣기}

# 원하는 산출물
필요한 항목만 선택해 작성한다.
- 학생용 FAQ
- 직원용 처리 체크리스트
- 교수자용 안내문
- 조교용 응대 메모
- 민원 답변 초안
- 학사일정 알림 문안
- 확인 필요 사항 목록

# 필수 포함 정보
- 대상
- 적용 기준
- 일정과 마감
- 해야 할 행동
- 제출 서류 또는 시스템 경로
- 문의처
- 근거 문서
- 확인 필요 사항

# 출력 형식
## 핵심 요약
{5문장 이내}

## 대상별 안내
| 대상 | 핵심 메시지 | 해야 할 행동 | 마감 | 문의처 |
|---|---|---|---|---|

## 체크리스트
| 단계 | 확인 항목 | 근거 | 완료 여부 |
|---|---|---|---|

## 확인 필요
| 항목 | 이유 | 확인할 자료/부서 |
|---|---|---|

## 발송용 문안
{대상에게 바로 보낼 수 있는 문안}

# 안전 규칙
- 개인정보와 민감정보를 요구하거나 출력하지 않는다.
- 성적, 졸업, 학점인정, 전과 승인 여부를 단정하지 않는다.
- 근거가 부족하면 "확인 필요"라고 표시한다.
- 날짜, 마감, 문의처가 없으면 임의로 만들지 않는다.
- 학생에게 불이익이 생길 수 있는 내용은 반드시 사람 확인 대상으로 표시한다.

교무와 학사 업무의 본질은 학생이 제때 올바른 선택을 하도록 돕는 일이다. AI는 그 일을 대신하지 않는다. 대신 규정의 긴 문장을 짧은 안내로 바꾸고, 담당자의 머릿속 절차를 체크리스트로 꺼내며, 민원 답변의 감정을 낮추고 정확도를 높인다. 결국 좋은 학사 AI 활용은 더 빠른 답변이 아니라 더 덜 틀리는 답변을 향한다. 캠퍼스 행정에서 신뢰는 거창한 혁신보다 이런 작은 정확성에서 시작된다.

참고

¹Best practices for prompt engineering with the OpenAI API

²Prompt design strategies - Gemini API

³Ready-to-use AI Prompts for Higher Education

⁴AI Prompt Library - For Educators and Students - Maastricht University Library

⁵AI Tools for Academic Work: Tools by Category

⁶Artificial Intelligence for Academic Affairs: What Innovation Means for Students, Faculty, and Administrative Processes