もしCozeのナレッジベースが「code=105000004」と、ベクトル寸法の不一致や「dense_text_content」などのプロンプトで文書をアップロードした場合、通常は文書自体が壊れているのではなく、埋め込み設定が正しくないのです。 公的な問題ではこの種の誤りが繰り返し現れ、コミュニティのフィードバックも基本的に同じ方向を示しています。すなわち、ベクトルを生成する次元は既に確立された収集次元とは異なります。
もしCoze Studioのオープンソース版を見ているなら、公式リポジトリは https://github.com/coze-dev/coze-studio です。 公式のREADMEでは、まずモデルと基本的なコンポーネント構成を完了し、その後エージェント、ワークフロー、ナレッジベースを完成させるべきだと強調しています。そうでなければ多くの問題が後で集中します。
このエラーは具体的に何を報告しているのでしょうか?
簡単に言えば、システムは2048次元で通過することを想定していますが、実際には1024次元を送るか、その逆です。 ベクターライブラリの場合、これは「小さな偏差」ではなく、直接書けない形式の不一致です。 問題は、埋め込みモデルの一層、リクエストパラメータ、旧コレクション、環境変数が統一されていないことです。
最も一般的な3つの原因
- 埋め込みモデルは変えましたが、基礎となる知識ベースのコレクションは依然として古い次元です。
- 「.env」を変更しましたが、実際に動作していたコンテナには新しい設定が適用されていません。
- モデルが返す実際の寸法があなたの思っているものと異なっているため、後でライブラリが故障します。
地域社会で通常どのように扱われているか
最も直接的な方法は、まず埋め込み次元を統一し、その後ドキュメント処理を再実施することです。 ナレッジベースがすでに構築されている場合、多くの場合、設定を変更するだけでなく、コレクションの再構築やドキュメントの再インポートも必要となります。 オープンな号の誰かが「bge-m3」や「m3e-base」などのモデルを変更しましたが、基盤となる次元が同期していなければ問題は続きます。
トラブルシューティングの際には、まず3つの点を確認することが推奨されます:モデル設定ページの埋め込みモデル、'.env'の寸法パラメータ、そしてナレッジベース内の現在のコレクションの定義です。 これら3か所のうち1か一方が整合していなければ、同様のエラーが報告され続けます。
一文の結論
Coze知識ベースのベクトル次元はエラーされており、これは本質的に「モデル出力」と「ライブラリ定義」のずれです。 ナレッジベースの再構築を検討する前に埋め込み構成を統一することが、通常最も時間の節約になります。
