I/O 図

コード

jina-code-embeddings

タスク

ベクター

パレートフロン
100M300M1B3.0B10B50607080b1ade-embedbge-m3EmbeddingGemma-300MF2LLM-v2-80Mgranite-embedding-125m-…granite-embedding-278m-…granite-embedding-311m-…granite-embedding-97m-m…granite-embedding-small…gte-multilingual-basegte-Qwen2-1.5B-instructgte-Qwen2-7B-instructharrier-oss-v1-270mjina-code-embeddings-0.…jina-embeddings-v3jina-embeddings-v4jina-embeddings-v5-text…multilingual-e5-basemultilingual-e5-smallNV-Embed-v2Qwen3-Embedding-0.6BQwen3-Embedding-4BQwen3-Embedding-8Bsnowflake-arctic-embed-…jina-code-embeddings-1.…パラメータ数(対数)score
このモデル
フロン上
Jina AI
その他
MTEB Code
78.94
パラメータ
1.5B
スコア順位
3 / 26
パレートフロン
フロン上
値の分布
AUC 0.8780
コーパス
翻訳ペア
ドキュメント検索
コード
タスク
nl2code.passage
nl2code.query
nl2code.query → nl2code.passage
qa.passage
qa.query
qa.query → qa.passage
0.6810.000.200.400.600.80
関連22.7%
ハードネガティブ2.0%
無関連0.8%
推奨しきい値
FPR 0.1 · 0.501
FPR 0.01 · 0.681
FPR 0.001 · 0.782
FPR 0.0001 · 0.850
バランス · 0.372
AUC
0.8780
ノイズ上限
0.782
再現率の崖
0.244
測定ペア数
119 / 11k
ベクトル成分
-0.240.000.24
σ 0.0255 · 366k 個の値
埋め込みの幾何
01536
次元ごとの平均。カーソルを合わせると範囲を表示
ノイズ下限
0.311
実効次元数
60 / 1536
比較するモデルを選択してください
論文 (1)

概要

jina-code-embeddings-1.5b は 1.5B パラメータのコード埋め込みモデルで、プログラミングコードと自然言語クエリを共有する 1536 次元の意味空間にマッピングします。32K トークンのコンテキストウィンドウをサポートし、ファイル全体や複数ファイルのコードコンテキストでの検索を可能にします。state-of-the-art のコード検索性能を達成し、0.5B の兄弟モデルや、大幅に大きな専用コード検索モデルを大きく上回ります。

方法

モデルは、自然言語コーパスとコードコーパスの両方で事前学習された自己回帰型トランスフォーマーバックボーンに基づき、コード生成事前学習の目標を利用して豊かな意味的表現を生成します。シーケンスの最終位置から Last-Token-Pooling により埋め込みを抽出します — 自己回帰モデルの因果的アテンションは自然に完全な入力コンテキストを参照し、コード生成目標は統語構造と機能的意味の両方を捉える表現を生成します。学習は 2 段階のレシピを使用します:(1) 大規模なコード-テキストペアでの対比事前学習、(2) ハードネガティブマイニングを用いた精選コード検索データセットでの教師ありファインチューニング。32K のコンテキスト長は、調整済みの基礎周波数を持つロータリー位置埋め込みによって実現されています。Matryoshka 表現学習により、次元を 1536 から 128 まで切り詰めることができる。

パフォーマンス

モデルは全体平均 79.04%、MTEB Code 平均 78.94% を達成し、そのパラメータクラスにおいて新たなベンチマークを樹立しました。注目すべきスコア:HumanEval 98.41%、MBPP 90.13%、WikiSQL 98.02%、CodeChefXLang 99.44%、CodeTransOceanContest(コード対コード)92.54%、COIR-CodeSearchNet(NL2Code)86.45%、Doc2Code 96.34%、StackOverflowQA 92.37%、SWE-Bench 86.33%(0.5B バリアントは 83.00%)。より大きな代替案を上回り、特に複雑な複数ファイル・クロスリポジトリタスクで 0.5B バリアントに対して一貫した改善を示しています。

ベストプラクティス

検索要件に基づいて指示プレフィックスを戦略的に使用してください:nl2code、code2code、code2nl、techqa、code2completion。パイプライン全体で一貫性を保ってください — 与えられた検索シナリオでは、クエリと文書に同じプレフィックスタイプを使用してください。強化された 1.5B の容量は、複数のプログラミングパラダイムや大規模なコードベースを扱う複雑なシナリオに最適です。品質とリソースの最適な Matryoshka 次元バランスを決定するためにユースケースのプロファイリングを行ってください。インデックス作成には 256–512 次元が良い出発点で、リランキングには 1536 次元です。生産環境ではトレーニングとの整合のためバッチサイズ 256 を使用してください。99.44% の CodeChefXLang 性能を踏まえ、クロスリポジトリおよびクロス言語検索に秀れています。RAG システムのプライマリ検索コンポーネントとして実装し、トップ 50 候補の精度のため jina-reranker-v3.5 と組み合わせましょう。埋め込みの比較にはコサイン類似度を使用してください。性能と効率をサブセカンドのレイテンシで両立するエンタープライズデプロイメントに最適です。

このモデルについて言及しているブログ