소방관을 위한 프롬프트 작성 기초

AI에게 좋은 답을 얻는 비결은 거창한 기술이 아니라 명확한 질문입니다. 같은 AI라도 어떻게 묻느냐에 따라 결과 품질이 크게 달라집니다. 이 안내서는 현장에서 바로 쓰는 프롬프트 패턴을 사례 중심으로 정리합니다.

배경지식

AI와 대화할 때 입력하는 글을 프롬프트, AI가 돌려주는 글을 출력이라고 합니다. 프롬프트는 검색창의 검색어보다 업무 요청서에 가깝습니다. 검색은 이미 있는 자료를 찾지만, 언어모델은 입력 뒤에 올 법한 말을 새로 이어 붙이기 때문입니다.

AI가 한 대화에서 참고하는 입력 범위를 맥락이라고 합니다. 새로 온 직원에게 앞선 회의 내용을 보여 주지 않으면 그 내용을 알 수 없듯, AI도 프롬프트에 들어 있지 않은 기관 사정·최신 일정·내부 양식을 저절로 알지 못합니다. 모르는 빈칸이 있어도 문장은 자연스럽게 이어 갈 수 있으므로, 사실처럼 보이는 추정이 섞일 수 있습니다.

따라서 좋은 프롬프트는 정답을 보장하는 주문이 아니라 답의 범위를 좁히는 작업 지시서입니다. 필요한 원문을 주고, 하지 말아야 할 일을 적고, 결과의 모양과 확인 표시를 정합니다. 답을 받은 뒤에는 원문과 대조해 조건이 지켜졌는지 확인해야 한 사이클이 끝납니다.

왜 질문 방식이 결과를 바꾸는가

프롬프트를 쓰는 일은 처음 파견 온 대원에게 업무를 맡기는 것과 같습니다. 현장을 모르는 사람에게 "알아서 정리해줘"라고 하면 엉뚱한 것을 정리해 옵니다. 반대로 "출동 시간순으로, 조치 사항만, 다섯 줄로 정리해줘"라고 하면 원하는 결과에 훨씬 가까워집니다. 사람이든 AI든, 지시가 구체적일수록 결과가 좁혀집니다.

기술적으로 보면 AI 언어모델은 주어진 문장 뒤에 이어질 말을 확률적으로 예측하는 도구입니다. 입력이 막연하면 이어질 말도 막연해지고, 입력에 조건이 쌓일수록 그 조건을 만족하는 방향으로 답이 모입니다. "요약해줘"는 수천 가지 요약이 모두 가능하지만, "세 문장, 조치 중심, 상급자 보고용"은 답이 나올 범위를 크게 줄입니다.

그래서 프롬프트는 명령이라기보다 조건을 쌓는 일에 가깝습니다. 조건을 하나 더할 때마다 AI가 헤맬 여지가 줄어듭니다. 다음 절의 세 요소는 이 조건을 빠짐없이 채우기 위한 점검표입니다.

좋은 프롬프트의 세 요소

좋은 프롬프트는 보통 세 가지를 갖춥니다. 무엇을, 어떤 형식으로, 누구를 위해.

• 역할 지정: "당신은 소방 행정 담당자입니다"처럼 맥락을 먼저 준다
• 구체적 지시: "요약해줘"보다 "3문장으로, 핵심 조치 중심으로 요약해줘"
• 출력 형식: 표·목록·보고서 양식 등 원하는 모양을 명시

세 요소가 각각 왜 효과가 있는지 하나씩 짚어 보겠습니다.

• 역할 지정은 AI가 어떤 어휘와 관점으로 답할지 정해 줍니다. "소방 행정 담당자"라고 하면 행정 문서의 말투와 용어 쪽으로 기웁니다. 역할이 없으면 일반 블로그 글투가 나오기 쉽습니다.
• 구체적 지시는 앞서 말한 "조건 쌓기"의 핵심입니다. 분량(세 문장), 관점(조치 중심), 순서(시간순)를 못 박을수록 결과가 예측 가능해집니다.
• 출력 형식은 다시 손볼 일을 줄입니다. "표로"라고 하면 붙여넣어 바로 쓸 수 있지만, 형식을 안 정하면 줄글로 나와 또 다듬어야 합니다.

세 요소를 한 문장에 녹이면 이렇게 됩니다. "당신은 소방 행정 담당자입니다(역할). 아래 메모를 시간순·조치 중심으로 세 문장(지시), 표로(형식) 정리하세요."

가상 상황: 교대 5분 전, 메모가 열 줄

가상의 상황을 하나 들어 보겠습니다. 야간 근무를 마친 대원이 교대 5분 전에 흩어진 현장 메모를 보고서로 옮겨야 합니다. 시간은 없고 메모는 순서도 뒤죽박죽입니다.

막연하게 물으면 이렇게 됩니다.

이거 보고서로 만들어줘
(메모 붙여넣기)

AI는 열심히 무언가를 만들지만, 문체도 분량도 그때그때 달라 결국 다시 손봐야 합니다. 조건이 없으니 AI가 빈칸을 임의로 채우기 때문입니다.

같은 메모에 조건을 쌓으면 이렇게 됩니다.

역할: 당신은 출동 보고서를 작성하는 소방 행정 담당자입니다.
요청: 아래 메모를 표준 보고서 양식으로 정리하되,
      - 시간순으로 배열
      - 객관적 사실만 (추측·감정 표현 제외)
      - 다섯 문장 이내
      - 확인이 필요한 부분은 [확인 필요]로 표시
(메모 붙여넣기)

두 번째 프롬프트는 결과의 모양을 미리 정해 둡니다. 특히 "[확인 필요] 표시"처럼 AI가 모르는 것을 지어내지 말고 드러내게 하는 장치를 넣으면, 뒤에 이어질 사람 검토도 훨씬 쉬워집니다.

가상 사례: 교육 일정 안내를 대상별로 나누기

다음은 실제 기관·일정과 무관한 가상 사례입니다. 교육 담당자는 합성 메모 한 장을 신규 참여자용 안내와 진행자용 확인 목록으로 나누려 합니다. 메모에는 준비물과 집결 방식은 있지만 장소와 문의 경로는 아직 확정되지 않았습니다.

담당자는 한 번에 "안내문을 써 달라"고 하지 않습니다. 입력은 합성 메모뿐이라고 밝히고, 참여자용에는 준비 사항만, 진행자용에는 미확정 항목만 표로 뽑으라고 요청합니다. 장소·연락처를 추측하지 말고 [확인 필요]로 남기라는 조건도 붙입니다.

AI가 그럴듯한 장소를 채우거나 두 대상의 내용을 섞으면 실패입니다. 담당자는 두 출력의 각 문장이 합성 메모에 있는지 대조하고, 장소와 문의 경로는 실제 담당 절차에서 확인한 뒤에만 안내문에 넣습니다. 같은 원문이라도 독자와 출력 형식을 나누면 검토 지점이 선명해집니다.

업무에 바로 쓰는 패턴

현장 메모를 보고서 초안으로 바꾸는 예시입니다.

역할: 당신은 출동 보고서를 작성하는 소방 행정 담당자입니다.
입력: (현장 메모 붙여넣기)
요청: 위 메모를 표준 보고서 양식으로 정리하되,
      시간순으로, 객관적 사실만, 5문장 이내로 작성하세요.

자주 쓰는 업무별 골격을 표로 두면 복사해 쓰기 좋습니다.

표의 골격이 실제로 어떻게 작동하는지 '민원 답변 초안'으로 보겠습니다. 아래는 모두 가상의 예시입니다.

당신은 소방서 민원 담당자입니다.
"우리 아파트 소화기 점검은 누가 하느냐"는 민원에 답할 초안을 쓰되,
근거 규정을 밝히고, 단정 대신 절차를 안내하고, 정중한 어조로 세 문단 이내로 작성하세요.
확실하지 않은 규정은 지어내지 말고 [규정 확인 필요]로 표시하세요.

이렇게 하면 AI는 정중한 안내문 틀에 맞춰 답하고, 근거가 불확실한 부분은 스스로 [규정 확인 필요]로 남깁니다. 담당자는 그 표시된 부분만 원문 규정과 대조하면 됩니다 — 글 전체를 처음부터 다시 쓰는 것보다 훨씬 빠릅니다.

한 단계 더: 예시를 보여주기

원하는 형식의 예시 1~2개를 함께 주면 결과가 훨씬 안정됩니다. "이런 형식으로 써줘"라고 말로 설명하는 것보다, 완성된 예시를 보여주는 편이 정확합니다.

말로 하는 설명은 해석의 여지가 있지만, 완성된 예시는 그 자체가 정답 견본입니다. 요리로 치면 "적당히 간을 맞춰라"보다 "이 접시처럼 만들어라"가 실수가 적은 것과 같습니다. 이렇게 견본을 함께 주는 방식을 흔히 예시 제시(few-shot)라고 부릅니다.

가상의 예를 들어 보겠습니다. 출동 유형을 한 줄로 분류하게 하고 싶다면, 규칙을 길게 설명하는 대신 견본 두 개를 먼저 보여 줍니다.

아래 예시와 같은 형식으로 마지막 줄을 분류하세요.

입력: 3층 주방에서 연기, 불꽃 없음 → 분류: 화재(경계)
입력: 도로에서 차량 두 대 충돌, 부상자 1명 → 분류: 구조·구급
입력: 공원에서 벌집 제거 요청 →

견본을 본 AI는 마지막 줄을 "분류: 생활안전"처럼 같은 형식으로 이어 씁니다. 규칙을 문장으로 길게 늘어놓는 것보다, 잘 고른 견본 두 줄이 더 정확할 때가 많습니다.

한 번에 끝내지 않아도 됩니다

프롬프트는 한 번에 완벽할 필요가 없습니다. AI와의 대화는 한 번 부치면 끝인 편지가 아니라, 마주 앉은 상담에 가깝습니다. 첫 답이 부족하면 처음부터 다시 쓰지 말고, 이어서 고쳐 달라고 하면 됩니다.

• "두 번째 문장이 너무 단정적입니다. 절차 안내로 바꿔 주세요."
• "표에 담당 부서 열을 하나 더 추가해 주세요."
• "같은 내용을 상급자 보고용으로 한 단계 더 간결하게 줄여 주세요."

이렇게 조금씩 좁혀 가는 편이, 요구사항을 모두 담은 완벽한 첫 프롬프트를 짜내려 애쓰는 것보다 빠를 때가 많습니다. 다만 대화가 너무 길어지면 AI가 앞부분 맥락을 놓치기도 합니다. 그럴 때는 지금까지 정리된 결과만 복사해 새 대화에서 다시 시작하는 편이 낫습니다.

흔한 실수

• 한 번에 너무 많은 것을 요구하기 → 단계를 나눠 요청
• 맥락 없이 질문하기 → 배경 정보를 먼저 제공
• 결과를 그대로 신뢰하기 → 사실 여부는 반드시 사람이 검토

자주 나오는 잘못된 프롬프트를 고친 예와 나란히 두면 차이가 분명해집니다.

특히 두 번째가 중요합니다. 법령·수치처럼 틀리면 안 되는 정보는 AI에게 "알려 달라"고 묻지 말고, 원문을 붙여넣어 "정리·설명해 달라"고 하는 편이 안전합니다. 없는 것을 지어내게 하는 대신, 있는 것을 다듬게 하는 것입니다.

이 방법이 잘 안 통할 때

프롬프트를 아무리 잘 써도 AI가 답하기 어려운 영역이 있습니다.

• 최신·실시간 정보 — 오늘 날씨, 방금 개정된 법령, 지금 이 순간 출동 현황은 모를 수 있습니다.
• 기관 내부 규정·양식 — 학습하지 않은 우리 서 고유의 서식은 알지 못합니다. 양식을 예시로 함께 주어야 합니다.
• 틀리면 안 되는 사실 — 법조문 번호, 통계 수치, 담당자명은 그럴듯하게 지어낼 수 있습니다.

이런 영역일수록 프롬프트를 다듬는 것보다 원문 자료를 함께 주고, 결과를 사람이 검증하는 것이 중요합니다. 검증 절차는 AI 결과, 제출 전 1분 점검에 한 장으로 정리돼 있습니다. AI가 준 코드나 답이 막혔을 때 빠져나오는 방법은 막혔을 때 구원 프롬프트를 참고하세요.

용어 한 줄 사전

자주 묻는 질문

Q. 역할을 꼭 지정해야 하나요?

항상 필요한 것은 아닙니다. 다만 같은 원문도 보고용·교육용·민원용의 어휘와 구조가 다르므로, 독자와 용도를 역할로 밝히면 결과 범위를 빨리 좁힐 수 있습니다.

Q. 실제 문서를 통째로 붙여넣어도 되나요?

개인정보·내부정보가 있는 원문은 외부 AI에 넣지 않습니다. 공개 가능한 자료나 합성 예시만 사용하고, 필요한 부분만 최소한으로 제공해야 합니다.

Q. 여러 업무를 한 프롬프트에 모두 넣어도 되나요?

요약·판정·표 작성처럼 성격이 다른 요청은 나누는 편이 검토하기 쉽습니다. 먼저 사실을 정리하고, 확인한 결과를 다음 프롬프트의 입력으로 넘기면 어느 단계에서 틀렸는지 찾을 수 있습니다.

Q. 같은 프롬프트인데 답이 달라질 수 있나요?

언어모델은 가능한 문장 가운데 하나를 생성하므로 표현이나 순서가 달라질 수 있습니다. 그래서 필수 열·문장 수·근거 표시를 고정하고, 매번 원문 대조를 거칩니다.

핵심 정리

• 역할·구체적 요청·출력 형식은 AI가 답할 범위를 좁힙니다.
• 제공하지 않은 사실은 추측하지 말고 [확인 필요]로 남기게 합니다.
• 큰 요청은 단계로 나누고 각 단계의 출력을 원문과 대조합니다.
• AI 출력은 초안이며 사실 확인과 최종 판단은 사람이 맡습니다.

다음 단계

• AI 결과, 제출 전 1분 점검 — 프롬프트로 줄이지 못한 오류를 제출 전에 판정하는 법을 익힙니다.
• 막혔을 때 구원 프롬프트 — 에러·검산·형식 문제에 맞춰 후속 질문을 만드는 법으로 이어집니다.
• 민원 답변 초안, 단정 대신 절차로 — 기본 골격을 민원 초안이라는 구체 업무에 안전하게 적용합니다.