CoolFace
Modelpublic

BCCard/MoAI-Embedding-0.6B

sourceHugging Faceapache-2.0updated 3mo agoView on Hugging Face
5likes135downloads
Model Card

1. Overview

A Korean text-embedding model for the BC Card domain, built by LoRA fine-tuning `Qwen/Qwen3-Embedding-0.6B` on BC Card in-domain data (personal / merchant / corporate / VIP). It is intended as the retriever (bi-encoder) stage of a BC Card RAG pipeline.

On a held-out in-domain test set it improves NDCG@10 by +8.2% and Accuracy@1 by +11.3% over the base model.

1.1. TL;DR

  • Base model: `Qwen/Qwen3-Embedding-0.6B` — 28 layers, hidden 1024, last-token pooling, instruction-aware
  • Domain / Language: Finance (BC Card — personal / merchant / corporate / VIP) / Korean
  • Task: Query-document retrieval (QA search, document similarity), RAG retriever
  • Method: PEFT (LoRA) + Multiple Negatives Ranking (contrastive)
  • Format: merged standalone (LoRA fused into base; loads with sentence-transformers, no peft)
  • Embedding dimension: 1024 · Max sequence length: 1024 · Similarity: cosine (outputs are L2-normalized)
  • Intended use
  • In-house BC Card-domain RAG retriever (Top-K candidate retrieval)
  • QA search, document-similarity scoring

1.2. Usage

The model was trained with an instruction prefix on the query side only (documents get no instruction). Inject the same instruction at inference so query/document encoding matches training.

python
from sentence_transformers import SentenceTransformer

model = SentenceTransformer("BCCard/MoAI-Embedding-0.6B")

# Query-side instruction (identical to training) - prepend to every query at inference time
QUERY_INSTRUCTION = "Instruct: Given a web search query, retrieve relevant passages that answer the query\nQuery: "

queries = ["BC카드 연회비는 어떻게 되나요?"]
documents = [
    "BC카드 연회비는 카드 종류와 혜택 구성에 따라 다르게 책정됩니다 ...",
    "바로카드 연회비는 국내 전용과 해외 겸용 여부에 따라 차등 부과됩니다 ...",
    "전월 실적 등 조건을 충족하면 다음 해 연회비가 면제되는 카드도 있습니다 ...",
    "카드 분실 신고는 고객센터 또는 앱에서 즉시 가능합니다 ...",
    ...
]

# Queries: inject the instruction · Documents: no instruction
q_emb = model.encode(queries, prompt=QUERY_INSTRUCTION)
d_emb = model.encode(documents)

scores = model.similarity(q_emb, d_emb)   # cosine; rank documents by score
print(scores)
The instruction is also stored in the model config, so model.encode(queries, prompt_name="query") is equivalent to passing prompt=QUERY_INSTRUCTION explicitly. Documents use no prompt (prompt_name="document" is an empty string).
  • Query prompt (instruction): Instruct: Given a web search query, retrieve relevant passages that answer the query\nQuery:
  • Document prompt: none

1.3. Training Data

DatasetRoleSize
BCAI-Finance-Kor-Embedding-TripletTraining (anchor / positive / negative)43,394 triplets (train)
BCAI-Finance-Kor-Embedding-PairCorpus pool / evaluation36,281 unique chunks
  • Sources: BC Card financial QA (BCAI) + website crawl + synthetic data (chunking + multi-query generation)
  • Triplets are constructed via hard-negative mining over the unified corpus.

1.4. Training Procedure

ItemValue
MethodLoRA (PEFT)
LoRAr=64, alpha=128, dropout=0.05, targets = q,k,v,o,gate,up,down_proj
LossCachedMultipleNegativesRankingLoss (in-batch negatives)
Batchper-device 256 (DDP) → 511 in-batch negatives per rank
LR / scheduler1e-4 / cosine, warmupratio 0.1, weightdecay 0.01
Epochs3, early stopping — best checkpoint selected by validation NDCG@10
Precisionbf16, gradient checkpointing
Hardware6× NVIDIA L40S (DDP)

<br>

2. Evaluation

2.1. Setup

  • Queries: 1,000 (held-out test split) · Corpus: 36,281 unique chunks
  • Protocol: binary-relevance information retrieval; the same evaluator used during training
  • Metrics: NDCG@10 (primary), MRR@10, Recall@{1,10}, Accuracy@1, MAP@10
  • Models compared: base (Qwen3-Embedding-0.6B, no fine-tuning) vs. v1 (r32 / lr2e-4 / 4ep) vs. v2 (r64 / lr1e-4 / 3ep, released)

<br>

2.2. Training

<div align="center"> <img src="figures/evaluation-train-1-1.png" alt="Training curves - loss, learning rate, validation NDCG@10 (WandB)" > </div>

Trained for 3 epochs (early-stopped) with a cosine schedule; training loss decreases steadily while validation NDCG@10 climbs early and plateaus, and the best checkpoint is selected at the peak. Curves (loss / learning rate / validation NDCG@10) are logged to Weights & Biases.

<br>

2.3. In-domain Retrieval Benchmark

<div align="center"> <img src="figures/evaluation-test-1-1.png" alt="Test-set retrieval metrics - base vs v1 vs v2" > </div> <div align="center"> <img src="figures/evaluation-test-1-2.png" alt="Test-set retrieval metrics comparison (per metric)" > </div>

Metricbase (Qwen3-0.6B)v1 (r32/2e-4/4ep)v2 (r64/1e-4/3ep)v2 Δ vs base
NDCG@100.61860.66650.6695+0.051 (+8.2%)
MRR@100.64490.69930.7060+0.061 (+9.5%)
Recall@100.70460.75120.7508+0.046 (+6.6%)
Recall@10.47300.52210.5293+0.056 (+11.9%)
Accuracy@10.55600.60800.6190+0.063 (+11.3%)
MAP@100.56520.61310.6171+0.052 (+9.2%)

v2 is the released model (best across all metrics; Recall@10 is on par with v1). Fine-tuning lifts in-domain retrieval by roughly +10% over the base model, with the largest gains on top-rank precision (Accuracy@1, Recall@1).

Comparison with other encoders

On the same in-domain test set, untuned encoders — our own Qwen3-Embedding-0.6B base and public multilingual SOTA models (each run with its own native prompt format) — all fall below this model: domain fine-tuning beats general-purpose scale:

ModelParamsNDCG@10MRR@10Recall@10Accuracy@1MAP@10Avg
LiquidAI/LFM2.5-Embedding-350M0.35B0.59830.61660.67990.53200.55190.5957
Qwen3-Embedding-0.6B (base)0.6B0.61860.64490.70460.55600.56520.6179
google/embeddinggemma-300m0.3B0.63730.66640.70820.57900.59060.6363
BAAI/bge-m30.6B0.64260.66600.72610.57300.59130.6398
intfloat/multilingual-e5-large0.6B0.64760.67220.73130.57900.59580.6452
MoAI-Embedding-0.6B (this model)0.6B0.66950.70600.75080.61900.61710.6725

This model improves over its own Qwen3-Embedding-0.6B base by +0.051 NDCG@10 (+8.2%) and leads the best general-purpose baseline (e5-large) by +0.022 NDCG@10. Caveat: these baselines are not tuned on BC Card data — the comparison illustrates the value of domain adaptation, not a defect in the baselines.

<br>

2.4. Limitations

  • Domain-specific — tuned for BC Card Korean financial text; out-of-domain or non-Korean performance is not guaranteed.
  • Re-ranking recommended — as a 0.6B bi-encoder, it favors recall/throughput over fine-grained precision.
  • Recommended pipeline: Bi-Encoder (this model) Top-K → Cross-Encoder re-ranking
  • Sequence length — inputs are truncated at 1,024 tokens; content past that limit is not encoded, so very long documents should be chunked before indexing.
  • Exact-value matching — fine-grained numeric/tabular facts (fees, rates, dates, terms) are not reliably distinguished by dense similarity alone; pair with lexical (BM25) retrieval or a re-ranker when exactness matters.
  • Retrieval only — this is an embedding model, not a generator; it ranks passages and does not produce answers.
  • Synthetic data influence — part of the training set is LLM-synthesized (chunking + multi-query), which may carry the generator's stylistic/coverage biases.

<br>

3. Future Work

  • Data quality improvement & re-training
  • Human-annotation labeling
  • More rigorous hard-negative mining (iterative, mined with this model)
  • Broader/higher-quality data (incl. general financial corpora)
  • System-level
  • Cross-Encoder re-ranker for precision
  • HyDE / dynamic instruction injection at query time

<br>

4. Meta Info

4.1. Citation

bibtex
@misc{bccard2026moaiembedding,
  title        = {MoAI-Embedding-0.6B: A BC Card-Domain Korean Text Embedding Model},
  author       = {BC Card AX Team},
  year         = {2026},
  howpublished = {https://huggingface.co/BCCard/MoAI-Embedding-0.6B},
  note         = {LoRA fine-tune of Qwen3-Embedding-0.6B for BC Card-domain Korean retrieval}
}

4.2. See Also

<br>