한국어의 추가 과제 — 개체 연결

"한바다호 접안이 왜 늦었어?"에서 파이프라인이 넘어야 할 한국어 특유의 관문이 **개체 연결(entity linking)**입니다: "한바다호" → imoNumber: 9999999.

코스 3 함정①(표기 요동)이 질문에서 재현되는 것입니다. 데이터에서 한 번 겪은 문제를 사용자 입력에서 다시 만납니다.

대응 3단

① 풀텍스트 후보 검색 — 코스 2에서 만든 vessel_name_ft 인덱스로 후보를 찾습니다. 그때 "왜 이걸 만들지?" 싶었던 인덱스가 여기서 쓰입니다.

② 복수 후보면 되묻기 — "한바다호가 2척 검색됩니다: …" 추측해서 하나를 고르지 않습니다.

③ 확정된 식별자만 쿼리에 바인딩 — ⚠️ 이름을 쿼리에 넣지 않습니다. 식별자 정책의 마지막 회수입니다.

코스 1의 VTS-LLM 연구가 지적한 "중복·모호 개체" 문제의 우리식 해법입니다.

별칭 사전을 계속 쌓습니다

한국어 항만 도메인에서는 선명 외에도 "신항 3부두"(터미널 통칭) 같은 별칭이 쏟아집니다. 코스 3의 교차사전에 계속 축적하는 것이 실전 요령입니다.

실습

1. 선명으로 후보를 검색하는 함수를 만들고, 후보가 2개 이상일 때 되묻는 흐름을 구현합니다.
2. 별칭 사전에 통칭 5개를 넣고 매핑이 작동하는지 확인합니다.
3. ⚠️ 후보가 0개일 때의 응답을 정합니다 — "그런 선박이 없습니다"인지 "검색 범위에 없습니다"인지. 둘은 다른 말이고, 후자가 정확합니다.