지도/표 (map/table) 형식으로 지리적 질문에 답변하도록 최적화된 경량 SQL 에이전트를 만드는 방법은 다음과 같습니다👇

저는 진정한 GIS AI 워크플로우 (workflow)가 SQL을 사용하는 앵무새가 아니라, 데이터베이스를 가진 지도 제작자 (cartographer)처럼 동작해야 한다고 믿습니다.

그 경로는 다음과 같을 것입니다:

사용자 질문 (user question) -> 공간 컨텍스트 (spatial context) -> 계획 (planning) -> SQL/지리정보 처리 (geoprocessing) -> 검증 (validation) -> 지도/표 출력 (map/table output) -> QA

자세히 살펴보겠습니다. 사용자는 다음과 같은 프롬프트 (prompt)로 시작합니다: “학교 근처의 홍수 위험을 보여줘”, “열에 노출된 건물을 찾아줘”, “식생 손실을 비교해줘”, 또는 “대중교통 500m 이내의 필지(parcels)를 요약해줘”.

그러면 시스템은 해당 질문 뒤에 있는 공간 컨텍스트 (spatial context)를 구축합니다: 어떤 레이어 (layers)가 중요한지, 어떤 좌표계 (CRS)를 사용하는지, 단위 (units)의 의미는 무엇인지, 어떤 기하학적 유형 (geometry types)이 포함되는지, 데이터의 시기 (data vintage)는 언제인지, 그리고 어떤 가정이 결과를 변경할 수 있는지 등을 파악합니다.

그 이후에야 분석을 계획하고, SQL 또는 지리정보 처리 (geoprocessing) 코드를 생성하며, 기하학적 구조 (geometry)를 검증하고, 단위를 확인하고, 범위 (extent)를 점검한 뒤, 검토 가능한 지도, 표 및 설명을 생성해야 합니다.

그 QA 단계야말로 GIS가 제 역할을 다하는 지점입니다.

GIS AI의 목표는 단순히 더 빠르게 답변하는 것이 아니라, 무질서한 공간 프롬프트 (spatial prompt)를 신뢰할 수 있고, 설명 가능하며, 방어할 수 있는 지도로 변환하는 것이기 때문입니다.
[IMG:https://pbs.twimg.com/media/HKT07NgWsAIX33c.jpg]