1/7번째 챕터
15분
좌표를 모르는 운용자의 요청에서 시작하기
Map Control 시나리오를 가져오고 자연어 표시 요청과 사용 자산의 경계를 확인합니다.
이번 단계의 질문
“부산항 입출항 통제 구역을 보여 줘”라는 요청을 처리하려면 어떤 근거가 필요할까요?
왜 지금 필요한가
자산 이름부터 외우면 파이프라인은 실행해도 무엇을 안전하게 만들려는지 놓치기 쉽습니다. 먼저 자연어 구역명, 실행 권한, 지도 좌표, 감사 이력이 한 요청에서 어떤 역할을 하는지 질문을 고정합니다.
직접 해보기
map_control.zip 다운로드(44 KB)포털 왼쪽 사이드바에서 컬렉션을 선택합니다. 컬렉션 페이지 오른쪽 위 더 보기(⋯) → 가져오기에서 zip 파일을 올립니다. 검증 결과에 충돌이 없으면 가져오기 시작을 선택하고 완료될 때까지 기다립니다.
이 화면이 나오면 성공
컬렉션 트리에 전술 데이터(tactical_data)와 해도 운용 데이터(map_ops)가
보입니다. 현재 시나리오의 실행 자산은 map_ops에 등록됩니다.
결과를 읽어 봅니다
이번 요청에는 네 종류의 근거가 필요합니다.
| 근거 | 답하는 질문 | 확인할 자산 |
|---|---|---|
| 구역 정의 | 운용자가 말한 구역은 무엇인가? | OM 전술 구역 |
| 지도 표현 | 그 구역을 어디에 어떤 축척으로 표시할까? | OM 그래픽 오버레이 |
| 실행 권한 | 이 요청을 자동 실행해도 되는가? | 전자해도 제어 에이전트 |
| 감사 기록 | 누가 무엇을 요청했고 어떤 결과가 났는가? | OM 이벤트 이력 |
구역 이름만으로는 지도 제어를 실행할 수 없습니다. 반대로 좌표만 있으면 어떤 업무 구역을 표시한 것인지 설명하기 어렵습니다. 에이전트는 이 둘을 연결하되, 실행 권한과 기록을 같은 흐름에 포함해야 합니다.
깊이 보기 — 실제로 가져오는 자산
| 자산 종류 | 수량 | 구성 |
|---|---|---|
| 컬렉션 | 2 | tactical_data, map_ops |
| LLM 모델 | 1 | claude_sonnet_4_6 |
| 데이터셋 | 4 | 구역, 오버레이, 이벤트 이력, UI 제어 파라미터 |
| 코드 | 4 | 구역 결정, 파라미터 포맷, 이벤트 변환, 온톨로지 적재 |
| 파이프라인 | 4 | 구역 수집, 해도 제어 배치, 에이전트 이벤트, 온톨로지 적재 |
| 온톨로지 | 엔티티 3 / 관계 2 | 구역·오버레이·이벤트와 공간·이벤트 참조 관계 |
| 지식·대시보드 | 각 1 | 해도 운용 가이드, 해도 운용 대시보드 |
| 에이전트 도구·액터 | 도구 2 / 액터 1 | 구역·좌표 조회, 감사 이벤트 발행 |
| 에이전트 | 1 | 전자해도 제어 에이전트(map-control) |
가져오기는 합성 구역과 오버레이 Parquet 파일도 두 데이터셋에 적재합니다. 이벤트 이력은 다음 챕터에서 배치 파이프라인을 실행할 때 만듭니다.
다음 판단
자산의 역할을 구분했습니다. 다음 챕터에서는 운용자가 말한 구역 이름이 어떤 ID와 좌표로 이어지는지 실제 8개 구역에서 확인합니다.