Coze 지식 기반이 'code=105000004'와 벡터 치수 불일치, 'dense_text_content' 같은 프롬프트가 포함된 문서를 업로드한다면, 보통 문서 자체가 고장 난 것이 아니라 임베딩 구성이 올바르지 않기 때문입니다. 공공 이슈에서는 이러한 유형의 오류가 반복적으로 나타나며, 커뮤니티 피드백도 기본적으로 같은 방향을 가리킵니다: 벡터 생성의 차원은 이미 확립된 수집 차원과 같지 않습니다.
오픈 소스 버전의 Coze Studio를 보고 있다면, 공식 저장소는 https://github.com/coze-dev/coze-studio 입니다. 공식 README는 모델과 기본 구성 요소를 먼저 완료한 후, 에이전트, 워크플로우, 지식 기반을 완료해야 하며, 그렇지 않으면 많은 문제가 나중에 집중될 수 있음을 강조합니다.
이 오류가 정확히 무엇을 보고하는 건가요?
간단히 말해, 시스템은 2048차원으로 통과할 것으로 예상하지만, 실제로는 1024차원을 보내거나 그 반대입니다. 벡터 라이브러리의 경우, 이는 '작은 편차'가 아니라 직접 쓸 수 없는 형식 불일치입니다. 문제는 임베딩 모델의 한 계층, 요청 매개변수, 이전 수집 변수, 환경 변수들이 통합되어 있지 않다는 점입니다.
가장 흔한 세 가지 원인
- 임베딩 모델은 바뀌었지만, 지식 기반의 기본 집합은 여전히 예전 차원입니다.
- '.env'를 변경했는데, 실제로 실행된 컨테이너는 새 구성을 받지 못했습니다.
- 모델이 반환하는 실제 차원이 당신이 생각하는 것과 다르기 때문에 라이브러리가 나중에 실패할 수 있습니다.
보통 지역사회에서 어떻게 처리하는지에 대해
가장 직접적인 방법은 임베딩 차원을 먼저 통합한 후 문서 처리를 다시 하는 것입니다. 지식 베이스가 이미 구축된 경우, 구성 변경뿐만 아니라 컬렉션을 재구성하거나 문서를 다시 가져오는 것도 많은 경우 필요합니다. 열린 이슈에서 누군가가 'bge-m3', 'm3e-base' 등의 모델을 변경했지만, 기본 차원이 동기화되지 않으면 문제는 계속 발생할 것입니다.
문제 해결 시 먼저 세 가지를 살펴보는 것이 권장됩니다: 모델 구성 페이지의 임베딩 모델, '.env'의 차원 매개변수, 그리고 지식 베이스의 현재 컬렉션 정의. 이 세 곳 중 하나가 정렬되지 않는 한, 유사한 오류를 계속 보고할 것입니다.
한 문장 결론
Coze 지식 기반의 벡터 차원이 오류로 인해 본질적으로 "모델 출력"과 "라이브러리 정의" 간의 불일치가 발생합니다. 지식 기반 재구축을 고려하기 전에 임베딩 구성을 통합하는 것이 보통 가장 많은 시간을 절약하는 방법입니다.
