archive
#langgraph
-
슬롯필링 사전과 멀티턴 처리
슬롯필링 사전은 질문을 대신 이해하는 정답 목록이 아니라 이해한 내용을 승인된 업무 개념과 조회 조건으로 확인하는 기준이다. 의미 사전·슬롯 정의·레시피·재정의 템플릿 네 가지가 하나의 질문을 어떻게 완성하는지, 대화가 이어질 때 무엇을 유지하고 무엇을 바꾸는지를 예시로 정리한다.
8분 읽기 -
질의 이해·슬롯필링·멀티턴 통합안
슬롯필링 사전 네 가지가 왜 그렇게 나뉘고 어디까지 책임지는지를 정한 통합안. 원문 보존과 최소 교정의 경계, 형태소·분류기·의미 분석의 책임 분리, 날짜 소유권 이전, 멀티턴 상태 저장, 재정의 템플릿과 RLS의 경계, 현재 코드와의 차이를 정리한다.
14분 읽기 -
슬롯필링 시스템 설계 정리
고객이 편하게 던진 질문을 은행 코어뱅킹 API가 이해할 수 있는 완전한 조회 조건으로 채워 넣는 슬롯필링 시스템의 구조를 정리한다. 빈칸을 되물어 채우는 전체 흐름과 함께 실제 코드를 대조해 확인된 설계 원칙 위반 지점 6가지도 함께 짚는다.
7분 읽기 -
DB 설정을 재기동 없이 자동으로 반영하는 방법
운영자가 설정값을 DB에서 바꾸면 각 에이전트 서버는 재기동 없이도 다음 요청을 처리할 때 그 변경을 스스로 감지해 반영한다. 이 자동 반영이 정확히 언제 어떤 기준으로 동작하는지 정리한다. 요청이 한 서버나 여러 서버에 동시에 몰릴 때는 어떻게 처리되는지도 함께 다룬다.
7분 읽기 -
LangGraph 기본 Message Channel과 내장 체크포인트 테이블을 그대로 쓰지 않는 이유
LangGraph로 멀티에이전트 시스템을 만들 때 그래프 실행 상태는 LangGraph에 맡긴다. 다만 서버 재기동이나 여러 인스턴스 조율처럼 서비스 운영에 필요한 부분은 왜 별도 테이블로 나눠 관리하는지 정리한다. 대화만 담당하는 Message channel과 실행 상태를 저장하는 Checkpointer가 어떻게 다른 개념인지도 함께 짚는다.
5분 읽기 -
NL2SQL 슬롯필링 설계
슬롯필링은 빈칸이 있는 조회 신청서를 채우는 과정이다. 사용자가 채우는 값과 코드가 확정하는 값을 나눈다. 되묻기를 왜 최후 수단으로만 써야 하는지 살펴본다. 다른 서비스는 몇 번까지 되묻는지도 함께 다룬다.
8분 읽기 -
대화 맥락 기반 NL2SQL 후속 질의 이해 및 정확도 개선
"출금만 보여줘"라는 두 번째 질문만 보면 계좌도 기간도 알 수 없다. 이전 대화를 참고해서 이런 불완전한 질문을 혼자서도 실행할 수 있는 정확한 질문으로 완성하는 과정을 정리한다.
6분 읽기