toss knowledge 평가한 이유가 외부 지식 없이 모델을 자체적으로 해결할 수있는 범위를 파악하는 것이라고 하신 것 같은데요. 그러면 지엽 지식 매핑하는 것 등의 태스크를 외부도구 없이 사용하는 것을 염두에 두고 있는 것 같은데 어떤 문제를 자체 지식으로하고 어떤 태스크를 외부지식을 끌고와야 할지 선택하는 것이 중요할 것 같은데 고려하시는 방안이 있나 궁금하네요. 이걸 잘 못 잡으면 자체모델이 해결하는 태스크들은 할루시네이션 관련 보장이 안될 것 같은데

서술하는 이슈는 특정 domain 지식 부재 및 새 데이터가 없는 문제점 같습니다. RAG 과 db 연동 mcp, 검색 툴콜 하는 하네스 등이 탄생한 이유이지 않나 합니다. 물론 더 알맞은 모델을 선별하는 시작점으로 유용하게 봤습니만, 지속적인 정보 누적 및 활용이 목적이라면 그런 방법 및 테스트도 측정 좋지 않을까합니다

시계

유저: 어휴 멍청한것들 찐빠봐 체크를 라디오로 쓰네... 뭐 죽는건 아니니까 넘어간다... ??: 오 이거좋은데?