계층을 나눈 이유는 하나다. 공공 API 응답이 바뀌는 일과 접근성 판단 기준이 바뀌는 일은 서로 다른 일이고, 둘이 섞이면 한쪽 변경이 다른 쪽을 깨뜨린다.
MCP 층은 에이전트가 쓸 도구와 답변 정책만 들고 있다. 실제 조회와 조합은 그 아래에서 하고, 공공 API 호출과 오류 변환은 다시 그 아래에서 맡는다.
이렇게 나눠두면 공공 API 응답 형식이 바뀌어도 고칠 범위가 제일 아래층에서 멈춘다.
정리된 데이터가 올라오면 근거를 확인된 것과 아닌 것으로 나누고, 사용자의 이동 조건에 따라 위험도를 계산한다.
서버 안에서는 LLM을 부르지 않는다. 같은 근거에는 같은 판단이 나와야 안전 판단을 재현할 수 있으니까. 판단에서 LLM이 맡는 건 질문을 보고 도구를 고르는 것까지다.
캐시와 인증, 상태 점검이 이 흐름을 감싼다.
캐시는 메모리로 시작했다. Redis로 넘어가는 기준은 운영·보안·배포 설계에 적었다.
데이터 정리는 공공 API와 데이터 정규화로, 판단 규칙은 근거 기반 판단과 MCP 계약로 이어진다.