2.1 KiB
2.1 KiB
type, tags, status, research_target, closed_date, closed_reason
| type | tags | status | research_target | closed_date | closed_reason | |||||
|---|---|---|---|---|---|---|---|---|---|---|
| research |
|
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에 들어가고, 나머지는 원래 스킬 경계를 유지합니다.
- 단점: 마커 범위가 좁으면 일부 문서 질문을 놓칠 수 있어 마커 보강이 필요합니다.
확인된 사실
- 현재 코드는 사실상 A안으로 동작합니다.
- 실제 Slack 실패 사례가 확인됐습니다.
- NAS 확정본 기준 23/24 서버 Claude/Codex 전원이 B안에 동의했습니다.
- 장기 방향으로는 2단계 gating(candidate → final)이 유효하지만, 지금 우선순위는 기능 복원입니다.
결론
- 이 결론은 NAS 확정본 기준 23/24 서버 Claude/Codex 전원 동의 상태입니다.
- B안, 즉
근거형/내부문서형 질문만 grounding으로 되돌리는 것이 맞습니다. - 동시에 grounding 검색 결과 0건일 때 일반 경로 fallback이 되도록 복구해야 합니다.
후속
- 코드 수정은 별도 계획 문서로 실행합니다.
- 문서 정렬은 코드 수정과 같은 작업 단위로 함께 처리합니다.