DOCS/journey/research/260323_companyx_grounding_라우팅_결정_리서치.md

2.1 KiB

type, tags, status, research_target, closed_date, closed_reason
type tags status research_target closed_date closed_reason
research
research
companyx
grounding
routing
rb8001
closed Company X grounding 라우팅 기준을 team_id 상시 진입에서 마커 기반 진입으로 되돌릴지 판단 2026-03-23 23/24 서버 Claude/Codex 의견과 실패 사례를 종합해 마커 기반 진입 + fallback 복구로 결정 완료

260323 Company X grounding 라우팅 결정 리서치

정의

  • 이 문서는 Company X grounding 라우팅 기준을 어떤 방향으로 확정할지 비교·판단한 결과를 정리합니다.

기준

  • 실제 사용자 실패 사례를 코드 상태보다 우선합니다.
  • 문서 정렬만으로 해결되는 문제와 코드 수정이 필요한 문제를 분리합니다.
  • 기능 복원과 장기 구조 개선을 구분합니다.

비교안

A안: team_id면 항상 grounding

  • 장점: 문서 질문 미진입을 줄일 수 있습니다.
  • 단점: 이메일, 캘린더, 뉴스, 일반대화까지 grounding으로 과잉 진입합니다.

B안: 근거형/내부문서형 질문만 grounding

  • 장점: 문서 질문만 grounding에 들어가고, 나머지는 원래 스킬 경계를 유지합니다.
  • 단점: 마커 범위가 좁으면 일부 문서 질문을 놓칠 수 있어 마커 보강이 필요합니다.

확인된 사실

  1. 현재 코드는 사실상 A안으로 동작합니다.
  2. 실제 Slack 실패 사례가 확인됐습니다.
  3. NAS 확정본 기준 23/24 서버 Claude/Codex 전원이 B안에 동의했습니다.
  4. 장기 방향으로는 2단계 gating(candidate → final)이 유효하지만, 지금 우선순위는 기능 복원입니다.

결론

  • 이 결론은 NAS 확정본 기준 23/24 서버 Claude/Codex 전원 동의 상태입니다.
  • B안, 즉 근거형/내부문서형 질문만 grounding으로 되돌리는 것이 맞습니다.
  • 동시에 grounding 검색 결과 0건일 때 일반 경로 fallback이 되도록 복구해야 합니다.

후속

  • 코드 수정은 별도 계획 문서로 실행합니다.
  • 문서 정렬은 코드 수정과 같은 작업 단위로 함께 처리합니다.