재난문자, 기상특보, 기관 역할은 서로 다른 화면에 흩어져 있습니다. 이걸 시간순 브리프로 묶을 때, 가장 흔한 실수는 AI에게 요약부터 시키는 것입니다. 그러면 이미 끝난 특보가 현재 위험처럼 섞입니다. 이 안내서는 시간 조건을 코드로 먼저 검산한 뒤, 프롬프트로 초안만 받는 순서를 따릅니다.
- 발령·종료·발송 시각을 같은 기준으로 맞춰 비교할 수 있습니다.
- 재난문자와 특보의 지역·시간 조건을 코드로 검산할 수 있습니다.
- 검산 결과와 AI가 작성한 브리프 초안을 구분할 수 있습니다.
- 각 문장을 근거 항목과 사람 검토 과제로 추적할 수 있습니다.
순서가 핵심 — 검산 먼저, 요약 나중
AI에게는 믿을 만한 시계가 없습니다. "호우경보"와 "호우경보 해제"라는 두 문장을 나란히 주면, AI는 둘 다 똑같이 지금 존재하는 글자로 읽을 뿐, 어느 것이 나중이고 어느 것이 아직 유효한지 스스로 따지지 못합니다.
당직 근무를 떠올려 보세요. 상황판에 특보 쪽지가 잔뜩 붙어 있는데, 어떤 건 아직 유효하고 어떤 건 이미 해제됐습니다. 교대 브리핑 전에 당직자는 발령·해제 시각을 하나씩 대조해 "지금 살아 있는 특보"만 추립니다. 이 대조를 건너뛰고 쪽지를 통째로 읽어 주면, 해제된 경보를 진행 중인 위험으로 잘못 전파하게 됩니다.
그래서 순서를 뒤집습니다. 요약을 먼저 시키지 않습니다. 먼저 코드로 "어떤 문자가 어느 특보와 시간상 겹쳤는지"를 검산해 표를 만들고, 그 표를 프롬프트에 넘깁니다. 시각을 비교하는 일은 기계가 완벽하게 하고, 글로 풀어 쓰는 일은 AI가 잘합니다 — 각자 잘하는 쪽에 일을 맡기는 것입니다. 검산 없이 요약부터 시키면, 종료된 특보가 진행 중인 위험처럼 보일 수 있습니다.
동작 원리
시간 검산은 두 자료를 지역과 시간 구간으로 결합하는 작업입니다. 먼저 모든 발령·종료·발송 값을 날짜와 시간대 정보가 포함된 같은 형태로 바꿉니다. 그 다음 문자 한 건마다 같은 지역의 특보만 좁히고, 발송 시각이 발령과 종료 사이에 들어가는지 비교합니다. 지역이 같아도 시간이 벗어나면 연결하지 않고, 시간이 맞아도 지역 표현이 다르면 자동으로 같은 곳이라 가정하지 않습니다.
아래 최소 코드는 발령·종료 시각이 모두 있는 구간만 비교합니다. valid_until이 비어 있거나 변환되지 않은 행도 조건을 통과하지 못해, 종료 후 항목과 함께 "비대상"으로 합쳐집니다. 따라서 이 코드만으로는 "종료 확인"과 "종료 시각 미상"을 구분할 수 없으며, 실제 적용 전에는 미상 상태를 별도로 분기하는 데이터 품질 단계를 추가해야 합니다.
검산된 표에는 원문 전체 대신 message_id 같은 근거 번호와 비교에 필요한 공개 가능 열만 남깁니다. AI가 쓴 한 문장이 여러 항목을 묶었다면 근거 번호도 모두 붙여야 합니다. 그래야 사람이 문장을 읽다가 원래 행으로 돌아가 시각·지역·유형을 확인할 수 있습니다.
우선순위 점수는 이 표 위에서 검토 순서를 정하는 별도 층입니다. 시간상 active라는 사실과 먼저 검토해야 한다는 판단을 섞지 않습니다. 전자는 구간 비교 결과이고, 후자는 사전에 정한 규칙과 사람 확인이 필요한 작업 분류입니다. 브리프 초안은 이 두 상태를 읽기 쉽게 정리할 뿐 새 상태를 만들지 않습니다.
선택지와 트레이드오프
자료량과 반복 빈도에 맞춰 검산 방식을 고르되, 어떤 방법이든 근거 행과 사람 확인을 남깁니다.
| 선택지 | 맞는 상황 | 장점 | 주의할 점 |
|---|---|---|---|
| 사람이 표에서 시각을 직접 대조 | 항목이 매우 적고 일회성 교육 검토일 때 | 판단 과정을 눈으로 설명하기 쉬움 | 자정 경계와 반복 항목에서 누락 가능성이 커짐 |
| 코드의 구간 조건으로 대조 | 같은 형식의 항목을 반복 처리할 때 | 같은 규칙을 재실행하고 결과를 남길 수 있음 | 시각 형식·시간대·지역 표준화가 먼저 필요 |
| 규칙 기반 초안 템플릿 | 문장 형식이 고정되고 생성 자유가 필요 없을 때 | 입력 밖 문장을 만들 여지가 적음 | 복합 상황을 자연스럽게 묶는 데 한계가 있음 |
| 검산표를 제한한 AI 초안 | 근거 번호를 유지하며 읽기 쉽게 묶을 때 | 다양한 항목을 정해진 형식으로 정리 가능 | 원문 밖 단정과 항목 누락을 사람이 대조해야 함 |
가상 상황: 자정에 해제된 호우경보
가상의 상황을 하나 들어 보겠습니다. 야간 상황실, ○○시 A구에 저녁 8시 호우경보가 발령됐다가 자정에 해제됐습니다. 그런데 새벽 1시에 같은 지역으로 다른 재난문자 한 통이 더 옵니다. 교대 브리프를 만들려고 재난문자 묶음을 통째로 AI에게 "요약해 줘"라고 넘기면, AI는 이미 해제된 호우경보를 새벽 문자 옆에 나란히 붙여 "A구 호우경보 발효 중"처럼 씁니다. 시각을 따지지 않았기 때문입니다.
교대 브리핑에서 이 한 줄이 읽히면, 오는 팀은 없는 위험에 대비하느라 자원을 잘못 배분합니다. 이 사고를 막는 것이 아래의 시간 검산입니다. 등장하는 지역·시각은 모두 예시이며 실제 상황이 아닙니다.
가상 사례: 교육훈련 담당자의 날짜 경계 실습
다음은 설명을 위한 별도의 가상 사례입니다. 교육훈련 담당자가 날짜가 바뀌는 시각 비교를 가르치려고 합성 문자와 합성 특보 표를 준비합니다. 앞 사례가 교대 브리프 초안이라면, 이번 목적은 학습자가 왜 날짜까지 함께 비교해야 하는지 스스로 검산하는 것입니다.
입력에는 전날 발령돼 다음 날 종료되는 항목, 종료 시각이 빈 항목, 지역 표기가 다른 항목이 섞여 있습니다. 학습자는 현재 최소 코드를 그대로 실행하면 종료 시각이 빈 항목도 "비대상"으로 합쳐진다는 사실을 먼저 확인합니다. 이 값은 종료가 확인됐다는 뜻이 아니므로, 실제 적용 설계에서는 종료 시각 미상을 별도 상태로 분기해야 합니다. 지역 표기 차이도 승인된 매핑이 없으면 자동 결합하지 않습니다.
실패 가능성은 시각만 떼어 23:50과 00:10을 같은 날짜 안에서 비교하는 것입니다. 그러면 선후가 뒤집힙니다. 교육 담당자는 각 결과가 원본 날짜·시각과 근거 번호로 되돌아가는지 확인하고, 정답을 외우는 대신 변환 실패와 구간 밖 항목을 설명하게 합니다.
특보 유효시간 검산
기상특보는 발령 이후이고 종료 이전에 발송된 문자에만 active로 표시합니다. 같은 지역이면서 issued_at ≤ sent_at ≤ valid_until인 경우만입니다.
active = alerts[
(alerts["region"] == row["region"])
& (alerts["issued_at"] <= row["sent_at"])
& (alerts["valid_until"] >= row["sent_at"])
]
겹치는 특보가 없으면 active_alerts에 "비대상"을 채워, 빈칸을 조용히 넘기지 않습니다. 다만 현재 최소 코드는 valid_until 미상도 같은 값으로 합치므로, 이 "비대상"만으로 종료 후인지 시간 정보 부족인지 판단할 수 없습니다.
검산이 실제로 무엇을 걸러 내는지 작은 예로 보겠습니다(모두 합성 값입니다).
| 문자 | 발송시각 | 지역 | 겹치는 특보(발령~종료) | 검산 결과 |
|---|---|---|---|---|
| M-1 | 20:30 | A구 | 호우경보 20:00~24:00 | active |
| M-2 | 01:00 | A구 | 호우경보 20:00~24:00 | 비대상(종료 후) |
M-1은 특보 유효시간 안(20:00 ≤ 20:30 ≤ 24:00)이라 active, M-2는 종료 시각을 지나 도착했으니 비대상입니다. 요약부터 시켰다면 M-2도 "호우경보"라는 글자에 끌려 active로 묶였을 것입니다. 시각 비교가 그 끌림을 끊어 줍니다.
상황 브리프 프롬프트
검산된 표가 준비되면, 이 프롬프트로 초안을 받습니다.
당신은 소방 상황실·교육훈련 담당자를 돕는 상황 브리프 작성 보조자입니다. 아래 "검산된 시간순 항목"을 바탕으로 상황 브리프 초안을 작성해 주세요. 먼저 지킬 원칙: - 실제 사건 식별자, 신고자·환자·요구조자 정보, 상세주소, 내부 대응계획은 입력에 없어야 합니다. 보이면 작성을 멈추고 합성·공개 표현으로 바꾸라고 알려 주세요. - 입력 표에 없는 원인, 피해 규모, 책임 소재를 지어내지 마세요. 각 문장 끝에 근거가 된 항목 번호를 붙여 주세요. - 기상특보는 발령시각 이후이고 유효 종료시각 이전에 발송된 문자에만 active로 표시하세요. 시간이 맞지 않으면 "비대상"으로 두세요. - 공식 발표나 판단처럼 단정하지 마세요. 단정 표현은 "추가 확인 필요" 또는 "사람 검토 과제"로 바꿔 주세요. - 이 결과는 공식 브리프가 아니라 내부 검토용 초안임을 전제로 작성하세요. 검산된 시간순 항목 (합성·공개 가능 컬럼만): [message_id, sent_at, region, disaster_type, active_alerts, priority 입력] 출력 형식: 1. 한 줄 요약 — 가장 높은 우선순위 항목 중심으로, 근거 항목 번호를 포함합니다 2. 시간순 브리프 — 각 항목에 발송시각·지역·재난유형·active 특보·근거 번호를 적습니다 3. 우선 검토 과제 — 고위험·표현 불일치·공개 범위 검토 항목을 담당 역할과 사유와 함께 적습니다 4. 공개·보고 전 사람이 확인할 항목 — 실제 사건 식별 가능성·개인정보·공식 판단 표현을 점검합니다
프롬프트 안에 다시 시간 규칙을 넣은 것은 이중 안전장치입니다. 검산은 코드가 이미 했지만, 혹시 입력 표가 잘못 넘어와도 AI가 종료된 특보를 active로 되살리지 않도록 한 번 더 못을 박는 것입니다.
우선순위와 사람 검토 과제
모든 항목을 같은 무게로 훑으면 정작 급한 것을 놓칩니다. 그래서 코드가 먼저 점수를 매겨 검토 순서를 나눕니다(점수가 높을수록 먼저).
if score >= 5: return "즉시 검토" if score >= 4: return "우선 검토" if score >= 3: return "당일 검토" return "기록 보존"
그리고 다음 세 경우는 자동으로 사람 검토 과제로 분리됩니다.
- 고위험 문자와 기상특보가 같은 지역·시간대에 겹칠 때
- 재난유형과 특보유형 표현이 다를 때 (사람이 대조)
- 소방 출처 문구를 공개 가능 범위와 분리해야 할 때
세 경우 모두 "기계가 판정하기 애매하고, 틀리면 파장이 큰" 지점이라는 공통점이 있습니다. 그래서 조용히 넘기지 않고 사람 앞으로 끌어올립니다.
흔한 실수
- 검산을 건너뛰고 요약부터 — 이 안내서가 처음부터 경고하는 실수입니다. 재난문자 묶음을 통째로 "요약해 줘"라고 넘기면, 해제된 특보가 진행 중처럼 섞입니다. 순서는 언제나 검산 먼저입니다.
- 자정·날짜 경계 착오 — 특보가 밤을 넘겨 이어지면 발송시각이 다음 날로 넘어갑니다. 날짜까지 함께 비교하지 않으면 "어제 20:00 발령"과 "오늘 01:00 문자"의 선후가 뒤집힙니다.
- "비대상"을 종료 확인으로 단정하기 — 현재 최소 코드는 종료 후와
valid_until미상을 같은 "비대상"으로 합칩니다. 실제 적용 전에는 시간 정보 부족을 별도 상태로 분기해야 합니다. - 재난유형과 특보유형을 같은 말로 뭉개기 — 문자의 재난유형과 기상특보의 종류가 표현만 비슷하고 실제로는 다를 수 있습니다. 자동으로 합치지 말고, 표현이 다르면 사람 검토 과제로 보냅니다.
이 방법의 한계와 다음 단계
- 시각 형식과 시간대(타임존) — 발령·종료·발송 시각의 표기 형식이 제각각이면 비교가 어긋납니다. 검산 전에 시각 형식을 하나로 맞추는 정제가 필요합니다. 지저분한 시각·컬럼을 정돈하는 방법은 지저분한 출동 데이터 정제하기를 참고하세요.
- 표를 다루는 코드가 막힐 때 — 필터가 에러 나거나 결과가 의심되면 막혔을 때 구원 프롬프트의 디버그·검산 틀로 빠져나옵니다. 표 다루는 코드 자체를 더 익히려면 pandas 코스가 있습니다.
- 실제 재난문자 원문은 넣지 않습니다 — 사건번호·상세주소·내부 대응계획이 섞이면 공개 범위를 넘습니다. 넣기 전 점검은 개인정보, AI에 넣기 전에 점검하기를 따릅니다.
완성된 브리프 초안은 공개·보고 전에 AI 결과, 제출 전 1분 점검으로 단정 표현과 개인정보를 한 번 더 거릅니다. 근거 문장으로 환각을 막는 같은 원리는 회의록에도 쓰입니다 — 회의록 정리, 지어낸 담당자·기한 막기와 나란히 보면 패턴이 눈에 들어옵니다.
문제 해결
| 증상 | 가능한 원인 | 처방 | 확인 |
|---|---|---|---|
| 해제된 특보가 active로 남음 | 날짜를 빼고 시각만 비교했거나 종료 조건이 누락됨 | 날짜·시간대를 포함한 값으로 다시 변환하고 양쪽 경계를 함께 비교 | 발령 전·구간 안·종료 후 합성 행으로 조건 확인 |
| 종료 시각 미상이 비대상에 섞임 | 현재 최소 조건은 미상과 종료 후를 구분하지 못함 | 실제 적용 전 시간 정보 부족 상태를 별도 분기하도록 설계 | 종료 후·종료 미상 합성 행이 다른 상태로 나뉘는지 확인 |
| 같은 지역인데 항목이 연결되지 않음 | 지역 표기·공백·단위가 다름 | 원문을 보존한 채 승인된 지역 매핑을 적용 | 매핑 전후 고유값과 미연결 행 목록 확인 |
| 브리프 문장에 근거 번호가 빠짐 | AI 출력 형식이 느슨하거나 여러 행을 임의로 합침 | 문장마다 입력 message_id를 요구하고 없는 문장은 검토로 분리 | 출력의 모든 근거 번호가 입력표에 존재하는지 대조 |
| 우선 검토와 active 상태가 혼동됨 | 시간 검산과 검토 점수를 한 열로 표현함 | 상태 열과 검토 순서 열을 분리하고 정의를 표시 | 같은 행에서 두 값의 산출 근거를 각각 설명할 수 있는지 확인 |
자주 묻는 질문
Q. 종료 시각이 비어 있으면 active로 두면 되나요?
현재 최소 코드는 빈 종료 시각을 상태 미확인으로 분리하지 못하고 "비대상"에 합칩니다. 따라서 이 출력만으로 판단하지 말고 자료 제공 기준과 원문을 확인해야 하며, 실제 적용 전에는 상태 미확인 분기를 별도로 추가해야 합니다.
Q. AI 프롬프트에도 시간 규칙을 넣으면 코드 검산을 생략해도 되나요?
생략하면 안 됩니다. 프롬프트의 규칙은 보조 안전장치입니다. 현재 최소 코드는 완성된 시간 구간 비교만 보여 주므로, 변환 실패와 종료 시각 미상 분리는 실제 적용을 위한 별도 데이터 품질 단계로 추가해야 합니다.
Q. 지역명이 조금 다르면 AI가 같은 지역인지 판단하게 해도 되나요?
자동 추정으로 합치지 않습니다. 승인된 매핑이나 원자료 확인이 없으면 미연결 후보로 두어 사람이 확인합니다.
Q. 근거 번호가 붙은 문장은 바로 공식 브리프에 써도 되나요?
근거 추적이 가능해졌다는 뜻이지 공식 승인이 끝났다는 뜻은 아닙니다. 개인정보·공개 범위·단정 표현과 소속 기관 절차를 사람이 다시 확인해야 합니다.
핵심 정리
- 요약보다 먼저 날짜·시간대·지역을 맞추고 특보 유효 구간을 검산합니다.
- active 상태, 검토 우선순위, AI 초안은 서로 다른 층으로 관리합니다.
- 브리프의 모든 문장은 입력표의 근거 번호로 되돌아갈 수 있어야 합니다.
- 현재 최소 코드가 합쳐 버리는 빈 종료 시각은 실제 적용 전 별도 상태 분기와 사람 검토가 필요합니다.
다음 단계
- 지저분한 출동 데이터 깔끔하게 정제하기 — 시각·지역 열을 비교 가능한 형식으로 맞추는 선행 단계입니다.
- 개인정보, AI에 넣기 전에 점검하기 — 검산표를 AI에 넘기기 전 실제 사건 식별 정보가 남았는지 확인합니다.
- AI 결과, 제출 전 1분 점검 — 완성된 초안의 근거·단정·공개 범위를 마지막으로 검토합니다.