現在の Hugging Face で最も優れた小規模言語モデルのベストリスト
2025 年初頭に公開された Google Gemma 3 や Microsoft Phi-4-mini などの小規模モデルが、従来より桁違いに大きなモデルを凌駕する推論性能を示し、ローカル環境での高品質 AI 利用の新たな基準を確立した。
キーポイント
小規模モデルのパフォーマンス飛躍
40 億パラメータ規模のモデルが、7 倍サイズの従来モデルや 300 億パラメータ以上のモデルを標準推論ベンチマークで上回る結果を出している。
データ品質へのシフト
単にデータ量を増やすのではなく、推論に特化した合成データや構造化された教育資料など、高品質なトレーニングデータの活用が性能向上の鍵となっている。
ローカルデプロイの実現性
70 億パラメータ未満のモデルは、単一のコンシューマー GPU やノートパソコン、場合によってはスマートフォンでも動作可能となり、クラウド依存や API 制限からの脱却を可能にする。
具体的なモデル事例と数値
Google の Gemma 3 (4B) が GSM8K で 89.2%、Microsoft の Phi-4-mini (3.8B) が ARC-C で 83.7% という歴史的なスコアを記録している。
小規模モデルの性能向上要因
高品質な合成データや教育素材への集中、大規模モデルからの知識蒸留(Distillation)、およびMoEアーキテクチャなどの技術革新により、3B〜4Bクラスのモデルでも複雑な推論やコード生成が可能になっている。
主要評価指標の基準
MMLU-Proで50点以上、GSM8Kで高い正答率、HumanEvalで60%以上のスコアは、それぞれ小規模モデルにおける優れた推論能力やコード生成能力を示す重要な指標である。
実用化のための用語解説
Base(基礎)とInstruct(指示従順)、Thinking(思考プロセス付き)の違いに加え、Q4などの量子化技術を用いることで、メモリ使用量を約75%削減しつつ元の性能の90-95%を維持できる。
影響分析・編集コメントを表示
影響分析
この記事は、AI エンジニアリングの優先順位が「モデルサイズの肥大化」から「データ品質と効率化」へと劇的に転換したことを示唆しており、開発コストの削減とプライバシー重視のローカル AI 実装を加速させる契機となる。企業や個人開発者にとって、高価なクラウド API に依存せずとも、高性能な推論能力を自環境で構築できる道が開けたことは、AI の民主化と普及に大きな影響を与える。
編集コメント
「小さければ弱い」という過去の常識が完全に覆された瞬間であり、今後はモデルのサイズよりもトレーニングデータの質とアーキテクチャの効率性が競争の焦点となるでしょう。
image**
# イントロダクション
AI モデルのサイズに関する考え方を転換させるべき事実があります:2025 年初頭にリリースされた 40 億パラメータモデルが、標準的な推論ベンチマークにおいて、7 倍も大きなモデルを上回るスコアを記録しているのです。Google の Gemma 3の 4B は、GSM8K(数学的推論)で 89.2% のスコアを達成しています。Microsoft の Phi-4-mini**は 38 億パラメータですが、ARC-C で 83.7% を記録し、同サイズクラス全体で最高スコアとなっています。これらの数値はかつて 300 億パラメータ以上のモデルにしか属していなかったものです。したがって、「本当にこのタスクに 700 億パラメータのモデルが必要なのか?」という問いには、もう一度見直す価値があります。
本記事における「小型」とは、70 億パラメータ未満を指します。これは適切なセットアップがあれば、単一のコンシューマー向け GPU、ノートパソコン、あるいは最新のスマートフォンでも実行可能なモデルです。この閾値が重要なのは、高度なインフラを必要とするモデルと、誰でも実際にデプロイできるモデルの境界線を示しているからです。クラウド利用料は不要で、API のレート制限を待つ必要もありません。ローカルで動作するモデルが、実際の業務をこなすだけです。
本記事から得られるもの:Hugging Face で現在入手可能な最良の小型言語モデルの厳選リスト、各モデルが実際に得意とする分野、その主張を支えるベンチマークの数値、そして各モデルの使用を開始するためのコードです。
# なぜ今、小型言語モデルに注目すべきなのか
**
最近まで多くの人が小規模モデルを無視していた正直な理由は、それらが十分ではなかったからです。2022 年の 3B モデルは多段推論で苦労し、コード生成では崩壊し、微妙なニュアンスを含むあらゆる事柄において一般的で忘れられやすい出力を生み出すものでした。この評判は、モデルが静かに大幅に改善された後も定着していました。
3 つの要因がこの軌道を変えました:
- より多くのデータではなく、より良いトレーニングデータ。Microsoft は Phi-4-mini を 5 トリリオントークンで訓練しましたが、重点は品質にありました。推論密度を高めるために生成された合成データ、フィルタリングされた公開ウェブコンテンツ、構造化された教育資料です。この賭けは的中しました。適切なデータを慎重に訓練した 3.8B モデルは、何でもかんでも不注意に訓練した 13B モデルよりも優れた性能を発揮します。Qwen3-0.6B はわずか 6 億パラメータですが、そのトレーニングコーパスがその目標を念頭に置いて構築されたため、100 以上の言語をサポートしています。
- フロンティアモデルからの蒸留(ディストillation)。DeepSeek-R1-Distill-Qwen-1.5B は、はるかに大きな推論モデルの出力で訓練されることで推論方法を学んだ 1.5B モデルです。その結果、2 年前にはこのサイズでは不可能だったかのように思えたステップバイステップの問題解決を可能にする超小型モデルが生まれました。蒸留は現在標準的なプレイブックとなっています:巨大な能力を持つ教師モデルから、その振る舞いをパラメータのほんの一部に圧縮します。**
- アーキテクチャの改善。Expert の混合 (MoE) は、「パラメータ数」の意味そのものを変えました。Google の Gemma 3n E4B は合計 80 億のパラメータを持ちますが、トークンごとに活性化するのは 40 億のみです。これは 4B モデルのメモリフットプリントで動作しながら、8B モデルの容量を活用するものです。ハイブリッドアテンション機構と長いコンテキストウィンドウ (128K は現在サブ 5B モデルでも一般的) が、モデルサイズを肥大化させることなく能力をさらに押し上げました。
Hugging Face のモデルページで時間を過ごしたことがある方なら、その情報が密集していることをご存知でしょう。モデルリストに深入りする前に、頻繁に出てくる用語の簡単な解説を以下に示します。
- パラメータ。パラメータは、モデルが入力に対してどのように応答するかを決定する、モデル内部の数値的な重みです。パラメータが多いほど一般的には知識の保存や複雑な推論処理の能力が高まりますが、必ずしも出力品質が良いとは限りません。
- 参照されるベンチマークについて。
MMLU-Pro は、古典的な大規模多タスク言語理解 (MMLU) テストのより困難なバージョンです。57 の学問分野 (法律、医学、歴史、物理学など) をカバーし、回答選択肢は本格的にトリッキーになるように設計されています。サブ 5B モデルが MMLU-Pro で 50 点以上を獲得することは注目すべきことです。70 点を超えるのは卓越した成績です。
- GSM8K(Grade School Math 8K)は、多段階の推論を必要とする 8,500 の小学校レベルの数学文章問題セットです。一見単純に思えますが、推論を行うモデルとパターンマッチングを行うモデルを明確に区別する指標として機能します。スコアは正しく解決された問題の割合(パーセンテージ)で報告されます。
- HumanEval はコード生成能力をテストするベンチマークです。モデルには Python 関数のシグネチャとドキュストリングが与えられ、隠されたテストスイートをパスするコードを書く必要があります。5B パラメータ未満のモデルから 60% を超えるスコアは、本格的に印象的です。
- ARC-C(AI2 Reasoning Challenge)は、標準化された試験からの科学問題コレクションであり、特に他の AI システムを悩ませた問題に焦点を当てています。これは常識と科学的推論能力をテストするものです。
- ベースモデル、インストラクションモデル、思考型モデルの違いについて。ベースモデルは次のトークンを予測するように訓練されており、テキストを生成できますが、指示に対して一貫して従うことはできません。一方、インストラクションモデルは対話形式でプロンプトに有益に応答するようにファインチューニングが施されており、多くのアプリケーションにおいてこれが望ましい形態です。さらに一歩進んだ思考型または推論型モデル(Qwen3 の「思考モード」や DeepSeek-R1 のディストillation など)では、回答前に思考の連鎖プロセスを生成することで複雑な問題における精度を向上させますが、その分応答速度は低下します。本リストに含まれるモデルの多くはインストラクションバリアントです。
- Quantization and GGUF. A model fresh off training stores its weights in 16-bit or 32-bit floating point format — precise but large. Quantization compresses those weights to fewer bits. Q4 means 4-bit quantization: each weight uses 4 bits instead of 16, cutting memory usage by roughly 75%. According to community testing, Q4_K_M quantization retains around 90–95% of the original model's output quality while requiring only a fraction of the memory. GGUF is the file format that packages these quantized models for use with llama.cpp, the most widely used local inference engine. If you see a model listed as "X GB (Q4)," that is the approximate RAM you need to load the quantized version.
# 1. Qwen3.5-4B (Alibaba)
If there is one model on this list that covers the most ground, it is Qwen3.5-4B**. Released by Alibaba in March 2026, it sits at the center of the Qwen3.5 small series — a lineup that goes from 0.8B all the way to 9B, all sharing the same architecture and all carrying an Apache 2.0 license, which means you can use them in commercial products without worrying about usage restrictions.
The headline number is the context window. According to the official model card, Qwen3.5-4B supports a native context length of 262,144 tokens, extensible to over one million. For a 4B model, that is extraordinary. Most models this size cap out at 128K.
このモデルはデフォルトで思考モードで動作し、回答する前に推論チェーンを生成します。深さが必要ない場合は、これをオフにしてより高速な直接回答を得ることができます。
最適な用途: 多言語にわたる汎用タスク、指示の遵守、長文ドキュメントの処理、および将来的にマルチモーダル入力が発生しうるあらゆるアプリケーション向けです。
コード: ロードして推論を実行
インストール: pip install transformers torch accelerate
from transformers import AutoModelForCausalLM, AutoTokenizer
Hugging Face Hub からモデル ID を指定
model_id = "Qwen/Qwen3.5-4B"
トークナイザーをロード -- テキストエンコーディングとチャットフォーマットを処理
tokenizer = AutoTokenizer.from_pretrained(model_id)
モデルをロード; torch_dtype="auto" は最適な精度を選択します
device_map="auto" は利用可能なハードウェアにレイヤーを自動的に配置します
model = AutoModelForCausalLM.from_pretrained(
model_id,
torch_dtype="auto",
device_map="auto"
)
会話メッセージの辞書リストとして構築
messages = [
{"role": "system", "content": "あなたは便利なアシスタントです。"},
{"role": "user", "content": "教師あり学習と教師なし学習の違いを簡単な言葉で説明してください。"}
]
モデルの組み込みチャットテンプレートを使用して、メッセージを正しくフォーマットする
text = tokenizer.apply_chat_template(
messages,
tokenize=False,
add_generation_prompt=True,
# enable_thinking=False を設定すると、推論チェーンがスキップされ、より高速な出力が可能になります
# モデルに回答前に段階的な推論を行わせたい場合は、この行を削除してください
enable_thinking=False
)
トークン化し、入力をモデルと同じデバイスへ移動させる
model_inputs = tokenizer([text], return_tensors="pt").to(model.device)
応答を生成する -- max_new_tokens で出力長さを制限します
generated_ids = model.generate(
**model_inputs,
max_new_tokens=512
)
新たに生成されたトークン(入力プロンプトは除く)のみをデコードする
output_ids = generated_ids[0][len(model_inputs.input_ids[0]):]
response = tokenizer.decode(output_ids, skip_special_tokens=True)
print(response)
このコードが行うこと: Hugging Face からモデルとトークナイザーを読み込み、モデルの組み込みチャットテンプレートを使用して会話をフォーマットし、応答を生成します。そして、新しいトークンのみデコードすることで、プロンプトが繰り返し出力されるのを防ぎます。enable_thinking=False フラグは、モデルを直接応答モードに設定するものです — 問題に対してまず推論を行わせたい場合は、これを削除してください。
# 2. Microsoft Phi-4-mini-instruct (3.8B)
**
Phi-4-mini は、適切なトレーニングデータが生産規模の大きさよりも優位であるというマイクロソフトの賭けです。38 億パラメータで、注意深くフィルタリングされた合成データ 5 トリリオントークンを用いて訓練されており、ARC-C ベンチマークでは 83.7% のスコアを記録しています。これは 100 億パラメータ未満のモデルの中で 最も高いスコアです。GSM8K スコアは 88.6%、SimpleQA の事実正確性は 91.1% で、サイズが 2〜3 倍の他のモデルたちと肩を並べています。
Q4_K_M GGUF ファイルのサイズは 2.49 GB です。つまり、RAM がわずか 4GB のマシンでも動作します。GPU を必要とせず、ミドルレンジのラップトップで能力のある AI を利用したい方にとって、Phi-4-mini はこのリストの中で最も実用的な選択肢である可能性が高いです。
その代償として、多言語深度やマルチモーダル入力は提供されません。主に英語テキストで訓練されているため、非英語タスクでは性能が低下します。使用ケースが英語による推論、知識検索、または構造化されたタスクであれば、このトレードオフは許容範囲です。
最も適しているのは:** 推論を重視するタスク、知識集約型の Q&A、そして限られたハードウェアで英語ワークロードを実行する方々向け。
コード: transformers を用いた基本的な推呼呼び出し
インストール: pip install transformers torch
from transformers import AutoModelForCausalLM, AutoTokenizer
import torch
model_id = "microsoft/Phi-4-mini-instruct"
Phi-4-mini のトークナイザーを読み込む
tokenizer = AutoTokenizer.from_pretrained(model_id)
GPU 上のメモリ効率のために bfloat16 でモデルを読み込む
CPU のみで実行する場合は torch_dtype=torch.float32 を使用してください
model = AutoModelForCausalLM.from_pretrained(
model_id,
torch_dtype=torch.bfloat16, # bfloat16 (bfloat16)
device_map="auto"
)
Phi-4-mini はシステム/ユーザー/アシスタントのチャット形式を使用します
messages = [
{"role": "system", "content": "あなたは明確で正確な回答に焦点を当てた便利なアシスタントです。"},
{"role": "user", "content": "Python におけるリストとタプルの違いは何ですか?"}
]
モデルのチャットテンプレートを適用する -- Phi-4-mini はこの特定のフォーマットを期待します
inputs = tokenizer.apply_chat_template(
messages,
tokenize=True,
add_generation_prompt=True,
return_tensors="pt"
).to(model.device)
応答を生成する
outputs = model.generate(
inputs,
max_new_tokens=300, # 回答を焦点に保つため制限
temperature=0.7, # 自然な出力のためにわずかなランダム性を追加
do_sample=True # temperature > 0 の場合は必須
)
生成された部分のみをデコードして表示
response = tokenizer.decode(outputs[0][inputs.shape[-1]:], skip_special_tokens=True)
print(response)
このコードの役割: Phi-4-mini を bfloat16 形式(float32 の約半分メモリ使用量)で読み込み、モデルに組み込まれたチャットテンプレートを使用して会話を整形し、入力トークンを切り捨てて新しい応答のみを出力します。temperature=0.7 という設定は、予測不能になりすぎることなく自然な出力を保ちます。
# 3. Google Gemma 3 4B IT
Gemma 3 4B IT は、実際に実行してみると人々を驚かせるモデルです。コードと数学の分野では、40 億パラメータという規模から予想される性能をはるかに上回る成果を出します。HumanEval で 71.3% のスコアは、自身の倍のサイズを持つモデルと競合するレベルであり、GSM8K の数学推論では 89.2% を記録し、中学・高校レベルおよび学部初年次の数学問題において本格的に強力な領域にあることを示しています。
このモデルはマルチモーダル入力(テキストと画像)に対応しており、128K のコンテキストウィンドウを備えています。これは、論文全体や大規模なコードベースを入力して分析するのに十分な長さです。名前の末尾にある「IT」は「Instruction Tuned(指示微調整済み)」を意味し、これは会話における指示に従うように微調整されたバージョンであり、生来の事前学習済みベースモデルとは異なることを示しています。
最適な用途: コード生成、数学中心のタスク、40 億パラメータを超えずにマルチモーダル入力を必要とするプロジェクト。
インストール: pip install transformers torch
from transformers import AutoModelForCausalLM, AutoTokenizer
import torch
model_id = "google/gemma-3-4b-it"
トークナイザーの読み込み -- Gemma の特定のチャット形式を処理
tokenizer = AutoTokenizer.from_pretrained(model_id)
モデルの読み込み; bfloat16 は float32 と比較してメモリ使用量を約半分削減
model = AutoModelForCausalLM.from_pretrained(
model_id,
torch_dtype=torch.bfloat16,
device_map="auto"
)
Gemma はロールベースのチャットテンプレートを使用 -- 常にこの形式でメッセージを渡す
messages = [
{"role": "user", "content": "文字列が回文かどうかをチェックする Python 関数を書いてください。"}
]
モデルに組み込まれたチャットテンプレートを使用してトークン化
inputs = tokenizer.apply_chat_template(
messages,
return_tensors="pt",
add_generation_prompt=True
).to(model.device)
生成を実行
torch.no_grad(): # 勾配追跡を無効化 -- 推論速度が向上
outputs = model.generate(
inputs,
max_new_tokens=400,
do_sample=True,
temperature=0.7
)
入力トークンを除去し、応答のみをデコード
response = tokenizer.decode(outputs[0][inputs.shape[-1]:], skip_special_tokens=True)
print(response)
このコードの動作: Gemma 3 4B IT を読み込み、コーディングプロンプトを期待されるチャット形式でラップして応答を生成します。torch.no_grad() コンテキストマネージャーは、推論中に PyTorch が勾配を追跡しないように指示し、メモリ節約と高速化を実現します -- 推論時には必ず含めるべきです。
# 4. Google Gemma 3n E4B (モバイル向け)
Gemma 3n E4B は、他のモデルとは異なる種類のモデルです。Google はこのモデルを、スマートフォンやエッジハードウェア、ローカルアプリといったオンデバイス展開のために特別に構築しました。そのアーキテクチャは、本リストの他のモデルには見られない形で、この優先順位を反映しています。
中核的な革新は MatFormer です。これはネスト型トランスフォーマー(nested transformer)アーキテクチャであり、より小さなモデル(E2B)をより大きなモデル(E4B)の中に埋め込んでいます。E4B は 80 億個の生パラメータを持っていますが、レイヤーごとの埋め込み(Per-Layer Embeddings: PLE)により、重みの大部分を CPU に保持し、コアとなるトランスフォーマー層のみをアクセラレータメモリに配置することで、実行にはわずか 3 GB のメモリしか必要としません。その結果、4B クラスの性能を 4B クラスのメモリ要件で得られる一方で、基盤となるモデルは 2 倍の容量を持っています。
最適な用途: オンデバイスおよびモバイルでの展開、マルチモーダルアプリ(テキスト・画像・オーディオを 1 つのモデルで処理)、そしてメモリエフィシエンシーが最優先されるあらゆるシナリオ。
Llama 3.2 3B Instruct は、このリストにある他のモデルに比べて最も派手なベンチマーク数値を持っているわけではありませんが、他にはない大きな強みがあります。それは、活発で巨大なコミュニティが存在することです。Hugging Face でのダウンロード数が 218 万回以上 に達しており、ここにある小型モデルの中で最も広く展開されているモデルとなっています。つまり、他の代替案に比べてより多くのファインチューン(微調整)、より多くの統合、より多くのコミュニティによるツール、そしてより多くの実世界でのテストが行われていることを意味します。
Q4 量子化ではわずか 2GB という軽量さでありながら、このリストにある中で完全に機能するモデルとしては最も軽量です。ツール呼び出しや構造化出力を明確に処理できます。Meta はアジェンシーユースケース(自律型エージェントの活用)を意識して設計したため、外部 API を呼び出したり、他のシステムが消費するための JSON を生成したりするパイプラインにおいて、自然な選択肢となります。
最適な用途: ツール呼び出し、構造化出力パイプライン、モバイルアプリ、そして広範なコミュニティサポートを必要とするあらゆるプロジェクト。
インストール: pip install transformers torch
注意:ダウンロード前に Hugging Face で Llama 3.2 のライセンスに同意する必要があります
from transformers import AutoModelForCausalLM, AutoTokenizer
import torch
model_id = "meta-llama/Llama-3.2-3B-Instruct"
トークナイザーの読み込み -- Llama 3.2 は独自の特別なチャットトークンを使用します
tokenizer = AutoTokenizer.from_pretrained(model_id)
メモリ使用量を低く抑えるために bfloat16 で読み込む(この精度では約 2GB)
model = AutoModelForCausalLM.from_pretrained(
model_id,
torch_dtype=torch.bfloat16,
device_map="auto"
)
会話の定義 -- システムプロンプトでモデルの動作を設定する
messages = [
{"role": "system", "content": "あなたは役立つアシスタントです。簡潔かつ正確に答えてください。"},
{"role": "user", "content": "REST API と GraphQL API の主な違いを要約してください。"}
]
チャットテンプレートの適用 -- Llama モデルには必須で、特殊トークンの制御を行う
inputs = tokenizer.apply_chat_template(
messages,
tokenize=True,
add_generation_prompt=True,
return_tensors="pt"
).to(model.device)
応答の生成
torch.no_grad() コンテキスト内で:
output = model.generate(
inputs,
max_new_tokens=300,
temperature=0.6, # 温度を低くすると、より焦点が絞られ決定論的な出力になる
do_sample=True,
pad_token_id=tokenizer.eos_token_id # パディング警告を防ぐ
)
モデルの応答のみをデコード(入力部分は含まない)
response = tokenizer.decode(output[0][inputs.shape[-1]:], skip_special_tokens=True)
print(response)
このコードが行うこと: ここで特に注意すべき点は pad_token_id=tokenizer.eos_token_id です。Llama モデルでは、トークナイザーが個別のパドントークンを定義していないため、生成時に警告が発生することがよくあります。これをシーケンス終了トークンに設定することで、出力品質を変えずに警告をきれいに抑制できます。
# 6. HuggingFaceTB SmolLM3-3B
SmolLM3 は Hugging Face 独自のモデルであり、その特徴は透明性にあります。重みはオープンです。トレーニングデータの混合構成は 公的に文書化されています。トレーニング設定も公開されており、評価コードも共有されています。研究者や教育者、あるいはモデルの上に構築するチームにとって、自分が何を取り扱っているかを正確に理解できるというこの開放性は、非常に稀なことです。
モデル自体は 3 つの段階からなるカリキュラムに基づいて構築されています。第一段階では 11.2 トリリオンのトレーニングトークンにわたる一般的なウェブテキストをカバーし、第二段階では高品質な数学およびコードデータが導入され、第三段階では推論能力に焦点を当てます。この段階的なアプローチは、人間の教育が実際にどのように行われているかを反映しており、SmolLM3 のブログ記事 によると、3B クラス内で HellaSwag や ARC などの知識および推論ベンチマークにおいて 1 位または 2 位の成績を収めるモデルを生み出します。推論モードを有効にすると、AIME 2025 のパフォーマンスは 9.3% から 36.7% に跳ね上がります。
また、ツール呼び出しも標準でサポートしており、6 つのヨーロッパ言語をネイティブで処理可能であり、YARN を介して 128K のコンテキスト長にも拡張できます。モデル化コードには transformers v4.53.0 以降が必要です。
最適な用途: 透明性が重要な研究、再現可能な実験、オープンソースプロジェクト、およびヨーロッパの多言語展開。
インストール:pip install "transformers>=4.53.0" torch accelerate
SmolLM3 には transformers v4.53.0 以上が必要です -- 古いバージョンでは失敗します
from transformers import AutoModelForCausalLM, AutoTokenizer
checkpoint = "HuggingFaceTB/SmolLM3-3B"
GPU で推論する場合は"cuda"、CPU のみの場合は"cpu"を使用します
device = "cuda"
トークナイザーを読み込みます
tokenizer = AutoTokenizer.from_pretrained(checkpoint)
モデルを読み込みます -- 複数 GPU 環境の場合は代わりに device_map="auto" を使用してください
model = AutoModelForCausalLM.from_pretrained(checkpoint).to(device)
チャットテンプレートを作成して適用します
messages = [
{"role": "user", "content": "トランスフォーマーモデルにおけるアテンション(attention)の概念を説明してください。"}
]
SmolLM3 は標準的なチャットテンプレートを使用します -- トークン化する前にこれを適用してください
inputs = tokenizer.apply_chat_template(
messages,
tokenize=True,
add_generation_prompt=True,
return_tensors="pt"
).to(device)
応答を生成します
outputs = model.generate(
inputs,
max_new_tokens=400,
do_sample=True,
temperature=0.7
)
新たに生成されたトークンのみをデコードします
response = tokenizer.decode(outputs[0][inputs.shape[-1]:], skip_special_tokens=True)
print(response)
このコードが行うこと: シンプルな読み込みと生成です。ここで注意すべき点は transformers のバージョンだけで、SmolLM3 のアーキテクチャには v4.53.0 以上が必要です。古いバージョンを実行するとエラーが発生し、悪い出力が返されるわけではないため、これは簡単に検出できます。
# 7. DeepSeek-R1-Distill-Qwen-1.5B
**
1.5B モデルのほとんどは、補完機能や単純なチャットにはおおよそ適していますが、それ以上の用途には向きません。DeepSeek-R1-Distill-Qwen-1.5B** は注目すべき例外です。これははるかに大規模なフロンティア推論モデルである DeepSeek-R1 の出力を学習対象としてトレーニングされたものであり、より能力の高い教師から推論方法を学んだことになります。その結果、同サイズの他のモデルが諦めて推測に頼ってしまうような数学やロジックの問題において、多段階の推論連鎖を生成できる 1.5B モデルとなっています。
Q4 量子化(quantization)では約 1 GB のサイズであり、このリストの中で本格的な推論能力を持つ最も小さなモデルです。十分な RAM を備えた Raspberry Pi や古いラップトップ、組み込みデバイスなど、ほぼあらゆるハードウェアに搭載可能です。この軽量なフットプリントと推論機能の組み合わせにより、構造化された問題に対して軽量な推論処理が必要であり、より大規模なモデルを運用できないようなあらゆるシナリオで有用です。
トレードオフとして、これは汎用チャットボートではありません。その強みは数学、ロジック、および推論にあります。創造的なタスクや自由な会話においては、サイズクラスに対して相対的に性能が劣ります。
最適な用途: エッジデバイス、組み込みシステム、軽量推論パイプライン、および 1 GB というモデルサイズの厳格な要件があるあらゆるプロジェクト。
# 8. Qwen3-0.6B
Qwen3-0.6B は、現在言語モデルと呼ぶに値する領域の端に位置しています。6 億パラメータという規模でありながら、AI に使用することを誰も考えないようなハードウェアで動作し、それでもなお有用なタスクを遂行します。Hugging Face での 1910 万回のダウンロード は、多くの人々がこのモデルに確かな用途を見出していることを物語っています。
これは Qwen3 ファミリー全体と同じデュアルモードアーキテクチャを採用しています。推論が必要な問題には「思考モード」を、迅速な直接応答には「非思考モード」を使用します。100 以上の言語に対応しており、テキスト分類、短文の自動補完、基本的な要約、モバイルアプリにおける軽量なオンデバイス機能といったタスクにおいては、そのサイズに対して実際に能力を発揮します。
複雑なコードの記述や、長い入力に対する多段階推論の処理、あるいは 3B パラメータ以上のモデルとのベンチマーク競争を期待しないでください。それはこのモデルが作られた目的ではありません。このモデルは「どこでも動作する」ために作られ、実際にそのように機能しています。
最適な用途: 自動補完、テキスト分類、シンプルなオンデバイス機能、極めて制約の厳しいハードウェア環境、および大規模なモデルでは過剰な迅速なプロトタイピング。
# 結論
**
この記事が繰り返し述べている物語はシンプルです:小型モデルはもはや制限を意味しません。38 億パラメータのモデルは、1 年前には 300 億パラメータクラスのモデルしか達成できないと見られていたベンチマーク数値に到達しています。2 GB の RAM で動作するモデルが、かつてはエンタープライズインフラストラクチャを必要としていた推論タスクを処理できるようになっています。これはマーケティングの言葉ではなく、ベンチマークデータが実際に示している事実であり、多くの人がすでに持っているハードウェアでも再現可能です。
実用的な意味合いとして、デフォルトで最先端 API を利用する決定は、ますます多様なタスクにおいて再考する価値があります。あなたのワークロードが英語での推論、コード生成、または構造化された出力である場合、Phi-4-mini または Gemma 3 4B IT を使用すれば、ラップトップ上で大半のタスクをカバーできます。多言語対応の何かを構築している場合、Qwen3.5-4B は商用利用が可能な Apache 2.0 ライセンスのモデルであり、262K のコンテキストウィンドウとネイティブ画像理解機能を備えています。モバイルまたはエッジハードウェアを対象とする場合、Gemma 3n E4B はまさにそのために設計されたものであり、このカテゴリにおいてこれに匹敵するものはありません。そして、 shipping するものが何であるかを正確に把握したい場合(すべてのデータソース、すべてのトレーニング決定を含む)、SmolLM3-3B はこのクラスで唯一の完全な透明性を提供するオプションです。
**
Shittu Olumide は、最先端の技術を活用して説得力のある物語を構築することに情熱を注ぐソフトウェアエンジニアでありテクニカルライターです。細部への鋭い眼と複雑な概念を簡潔に説明する才能を持っています。また、Twitter でも Shittu の活動を見つけることができます。
原文を表示

**
# Introduction
Here is something that should shift how you think about AI model size: a 4-billion-parameter model released in early 2025 is now outscoring models that were 7x larger on standard reasoning benchmarks. Google's Gemma 3 4B posts an 89.2% on GSM8K math reasoning. Microsoft's Phi-4-mini at 3.8B hits 83.7% on ARC-C, the highest score in its entire size class. These numbers used to belong to 30B+ models. So the question "do I really need a 70B model for this?**" deserves a second look.
For the purposes of this article, "small" means under 7 billion parameters — models that can run on a single consumer GPU, a laptop, or even a modern smartphone with the right setup. That threshold matters because it marks the boundary between models that require serious infrastructure and models that anyone can actually deploy. No cloud bill. No waiting on API rate limits. Just a model running locally, doing real work.
What you will get from this article: a curated look at the best small language models currently available on Hugging Face, what each one is actually good at, the benchmark numbers that back those claims up, and the code to get started with each one.
# Why Small Language Models Are Worth Your Attention Right Now
**
The honest reason most people ignored small models until recently is that they were not good enough. A 3B model from 2022 would struggle with multi-step reasoning, fall apart on code generation, and produce generic, forgettable outputs on anything nuanced. That reputation stuck even as the models quietly got much better.
Three things changed the trajectory:
- Better training data, not more of it. Microsoft trained Phi-4-mini on 5 trillion tokens, but the emphasis was on quality. Synthetic data generated to be reasoning-dense, filtered public web content, and structured educational material. The bet paid off. A 3.8B model trained carefully on the right data outperforms a 13B model trained carelessly on everything. Qwen3-0.6B, at just 600 million parameters, supports over 100 languages because its training corpus was built with that goal in mind, not as an afterthought.
- Distillation from frontier models. DeepSeek-R1-Distill-Qwen-1.5B is a 1.5B model that learned to reason by being trained on outputs from a much larger reasoning model. The result is a tiny model that can walk through problems step-by-step in a way that felt impossible at that size two years ago. Distillation is now a standard playbook: take a massive capable teacher, compress its behavior into a fraction of the parameters.
- Architectural improvements. Mixture-of-Experts (MoE) changed what "parameter count" even means. Google's Gemma 3n E4B has 8 billion total parameters but activates only 4 billion per token; it runs with the memory footprint of a 4B model while drawing on the capacity of an 8B one. Hybrid attention mechanisms and longer context windows (128K is now common even in sub-5B models) pushed capabilities even further without bloating the model size.
If you have spent time on Hugging Face model pages, you know they can be dense. Before diving into the model list, here is a quick breakdown of the terms that will come up repeatedly.
- Parameters. Parameters are the numerical weights inside a model that determine how it responds to input. More parameters generally mean more capacity to store knowledge and handle complex reasoning, but not always better outputs.
- The benchmarks you will see referenced.
MMLU-Pro is a harder version of the classic Massive Multitask Language Understanding (MMLU) test. It covers 57 academic subjects — law, medicine, history, physics, and more — with answer choices designed to be genuinely tricky. A score of 50+ on MMLU-Pro from a sub-5B model is notable. A score above 70 is exceptional.
- GSM8K (Grade School Math 8K) is a set of 8,500 grade-school math word problems that require multi-step reasoning to solve. It sounds simple but consistently separates models that reason from models that pattern-match. Scores are reported as a percentage of problems solved correctly.
- HumanEval tests code generation. The model is given a Python function signature and a docstring, and it has to write the code that passes the hidden test suite. Scores above 60% from a sub-5B model are genuinely impressive.
- ARC-C (AI2 Reasoning Challenge) is a collection of science questions from standardized exams, specifically the ones that stumped other AI systems. It tests common-sense and scientific reasoning.
- Base models vs. instruct models vs. thinking models. A base model is trained to predict the next token — it generates text but does not follow instructions reliably. An instruct model has been fine-tuned to respond helpfully to prompts in a conversational format. That is what you want for most applications. Thinking or reasoning models (like Qwen3's "thinking mode" or DeepSeek-R1 distills) go a step further: they generate a chain-of-thought reasoning process before answering, which improves accuracy on complex problems at the cost of slower response times. Most models in this list are instruct variants.
- Quantization and GGUF. A model fresh off training stores its weights in 16-bit or 32-bit floating point format — precise but large. Quantization compresses those weights to fewer bits. Q4 means 4-bit quantization: each weight uses 4 bits instead of 16, cutting memory usage by roughly 75%. According to community testing, Q4_K_M quantization retains around 90–95% of the original model's output quality while requiring only a fraction of the memory. GGUF is the file format that packages these quantized models for use with llama.cpp, the most widely used local inference engine. If you see a model listed as "X GB (Q4)," that is the approximate RAM you need to load the quantized version.
# 1. Qwen3.5-4B (Alibaba)
If there is one model on this list that covers the most ground, it is Qwen3.5-4B**. Released by Alibaba in March 2026, it sits at the center of the Qwen3.5 small series — a lineup that goes from 0.8B all the way to 9B, all sharing the same architecture and all carrying an Apache 2.0 license, which means you can use them in commercial products without worrying about usage restrictions.
The headline number is the context window. According to the official model card, Qwen3.5-4B supports a native context length of 262,144 tokens, extensible to over one million. For a 4B model, that is extraordinary. Most models this size cap out at 128K.
The model operates in thinking mode by default, generating a reasoning chain before it responds. You can turn this off for faster, direct answers when you do not need the depth.
Best for: General-purpose tasks across languages, instruction following, long-document processing, and any application where multimodal input might come up down the line.
Code: Load and run inference
# Install: pip install transformers torch accelerate
from transformers import AutoModelForCausalLM, AutoTokenizer
# Specify the model ID from Hugging Face Hub
model_id = "Qwen/Qwen3.5-4B"
# Load the tokenizer -- handles text encoding and chat formatting
tokenizer = AutoTokenizer.from_pretrained(model_id)
# Load the model; torch_dtype="auto" picks the best precision
# device_map="auto" places layers across available hardware automatically
model = AutoModelForCausalLM.from_pretrained(
model_id,
torch_dtype="auto",
device_map="auto"
)
# Build the conversation as a list of message dicts
messages = [
{"role": "system", "content": "You are a helpful assistant."},
{"role": "user", "content": "Explain the difference between supervised and unsupervised learning in simple terms."}
]
# Apply the model's built-in chat template to format the messages correctly
text = tokenizer.apply_chat_template(
messages,
tokenize=False,
add_generation_prompt=True,
# Setting enable_thinking=False skips the reasoning chain for faster output
# Remove this line if you want the model to reason step by step before answering
enable_thinking=False
)
# Tokenize and move inputs to the same device as the model
model_inputs = tokenizer([text], return_tensors="pt").to(model.device)
# Generate the response -- max_new_tokens caps output length
generated_ids = model.generate(
**model_inputs,
max_new_tokens=512
)
# Decode only the newly generated tokens (not the input prompt)
output_ids = generated_ids[0][len(model_inputs.input_ids[0]):]
response = tokenizer.decode(output_ids, skip_special_tokens=True)
print(response)What this code does: It loads the model and tokenizer from Hugging Face, formats a conversation using the model's built-in chat template, generates a response, and decodes only the new tokens so you do not get the prompt repeated back at you. The enable_thinking=False flag puts the model in direct response mode — remove it if you want it to reason through the problem first.
# 2. Microsoft Phi-4-mini-instruct (3.8B)
**
Phi-4-mini is Microsoft's bet that the right training data beats raw scale. At 3.8B parameters trained on 5 trillion tokens of carefully filtered and synthetic data, it posts an ARC-C score of 83.7% — the highest of any model under 10 billion parameters on that benchmark. Its GSM8K score of 88.6% and SimpleQA factual accuracy of 91.1% sit comfortably alongside models that are two to three times its size.
The Q4_K_M GGUF file comes in at 2.49 GB, which means it runs on machines with as little as 4 GB of RAM. For anyone wanting capable AI on a mid-range laptop without GPU requirements, Phi-4-mini is probably the most practical option on this list.
What it gives up is multilingual depth and multimodal input. It was trained primarily on English text, so it will underperform on non-English tasks. If your use case is English-language reasoning, knowledge retrieval, or structured tasks, that trade-off is fine.
Best for:** Reasoning-heavy tasks, knowledge-intensive Q&A, and anyone running on tight hardware with an English-language workload.
Code: Basic inference call with transformers
# Install: pip install transformers torch
from transformers import AutoModelForCausalLM, AutoTokenizer
import torch
model_id = "microsoft/Phi-4-mini-instruct"
# Load the tokenizer for Phi-4-mini
tokenizer = AutoTokenizer.from_pretrained(model_id)
# Load model in bfloat16 for memory efficiency on GPU
# Use torch_dtype=torch.float32 if running on CPU only
model = AutoModelForCausalLM.from_pretrained(
model_id,
torch_dtype=torch.bfloat16,
device_map="auto"
)
# Phi-4-mini uses a system/user/assistant chat format
messages = [
{"role": "system", "content": "You are a helpful assistant focused on clear, accurate answers."},
{"role": "user", "content": "What is the difference between a list and a tuple in Python?"}
]
# Apply the model's chat template -- Phi-4-mini expects this specific formatting
inputs = tokenizer.apply_chat_template(
messages,
tokenize=True,
add_generation_prompt=True,
return_tensors="pt"
).to(model.device)
# Generate the response
outputs = model.generate(
inputs,
max_new_tokens=300, # Keep responses focused
temperature=0.7, # Slight randomness for natural output
do_sample=True # Required when temperature > 0
)
# Decode and print only the generated portion
response = tokenizer.decode(outputs[0][inputs.shape[-1]:], skip_special_tokens=True)
print(response)What this code does: Loads Phi-4-mini in bfloat16 format (roughly half the memory of float32), formats the conversation using the model's built-in chat template, and prints only the new response by slicing off the input tokens. The temperature=0.7 setting keeps outputs natural without being too unpredictable.
# 3. Google Gemma 3 4B IT
**
Gemma 3 4B IT** is the model that surprises people once they actually run it. On code and math, it punches well above what you would expect from 4 billion parameters. A 71.3% on HumanEval is competitive with models twice its size, and 89.2% on GSM8K math reasoning puts it in genuinely strong territory for grade-level and early undergraduate math problems.
It supports multimodal input (text and images) and comes with a 128K context window — long enough to feed it a full paper or a sizable codebase for analysis. The IT in the name stands for Instruction Tuned, which just means this is the version fine-tuned to follow instructions in conversation rather than the raw pre-trained base.
Best for: Code generation, math-heavy tasks, and projects where you want multimodal input without going above 4B parameters.
# Install: pip install transformers torch
from transformers import AutoModelForCausalLM, AutoTokenizer
import torch
model_id = "google/gemma-3-4b-it"
# Load tokenizer -- handles Gemma's specific chat format
tokenizer = AutoTokenizer.from_pretrained(model_id)
# Load model; bfloat16 cuts memory roughly in half vs float32
model = AutoModelForCausalLM.from_pretrained(
model_id,
torch_dtype=torch.bfloat16,
device_map="auto"
)
# Gemma uses a role-based chat template -- always pass messages this way
messages = [
{"role": "user", "content": "Write a Python function that checks if a string is a palindrome."}
]
# Tokenize using the model's built-in chat template
inputs = tokenizer.apply_chat_template(
messages,
return_tensors="pt",
add_generation_prompt=True
).to(model.device)
# Run generation
with torch.no_grad(): # Disables gradient tracking -- speeds up inference
outputs = model.generate(
inputs,
max_new_tokens=400,
do_sample=True,
temperature=0.7
)
# Strip the input tokens and decode just the response
response = tokenizer.decode(outputs[0][inputs.shape[-1]:], skip_special_tokens=True)
print(response)What this code does: Loads Gemma 3 4B IT, wraps a coding prompt in the expected chat format, and generates a response. The torch.no_grad() context manager tells PyTorch not to track gradients during inference, which saves memory and speeds things up — always worth including at inference time.
# 4. Google Gemma 3n E4B (The Mobile One)
**
Gemma 3n E4B** is a different kind of model. Google built it specifically for on-device deployment — phones, edge hardware, local apps — and the architecture reflects that priority in ways that other models on this list do not.
The key innovation is MatFormer, a nested transformer architecture that embeds a smaller model (E2B) inside the larger one (E4B). The E4B has 8 billion raw parameters but only needs 3 GB of memory to run, because Per-Layer Embeddings (PLE) keep a large portion of the weights on CPU while only the core transformer layers sit in accelerator memory. The net result: you get 4B-class performance at 4B-class memory requirements, but the underlying model has twice the capacity.
Best for: On-device and mobile deployment, multimodal apps (text + image + audio in one model), and any scenario where memory efficiency is the top priority.
# 5. Meta Llama 3.2 3B Instruct
**
Llama 3.2 3B Instruct** does not have the flashiest benchmark numbers on this list, but it has something most of the others do not: a massive, active community behind it. With over 2.18 million downloads on Hugging Face, it is the most widely deployed small model here, which means more fine-tunes, more integrations, more community tooling, and more real-world testing than most alternatives.
At just 2 GB in Q4 quantization, it is also the lightest fully capable model on this list. It handles tool calling and structured outputs cleanly — Meta built it with agentic use cases in mind — making it a natural fit for pipelines where the model needs to call external APIs or produce JSON that another system consumes.
Best for: Tool calling, structured output pipelines, mobile apps, and any project that benefits from broad community support.
# Install: pip install transformers torch
# Note: You need to accept the Llama 3.2 license on Hugging Face before downloading
from transformers import AutoModelForCausalLM, AutoTokenizer
import torch
model_id = "meta-llama/Llama-3.2-3B-Instruct"
# Load tokenizer -- Llama 3.2 uses its own special chat tokens
tokenizer = AutoTokenizer.from_pretrained(model_id)
# Load in bfloat16 to keep memory usage low (~2GB at this precision)
model = AutoModelForCausalLM.from_pretrained(
model_id,
torch_dtype=torch.bfloat16,
device_map="auto"
)
# Define the conversation -- system prompt sets the model's behavior
messages = [
{"role": "system", "content": "You are a helpful assistant. Be concise and accurate."},
{"role": "user", "content": "Summarize the key differences between REST and GraphQL APIs."}
]
# Apply chat template -- critical for Llama models, controls special tokens
inputs = tokenizer.apply_chat_template(
messages,
tokenize=True,
add_generation_prompt=True,
return_tensors="pt"
).to(model.device)
# Generate the response
with torch.no_grad():
output = model.generate(
inputs,
max_new_tokens=300,
temperature=0.6, # Lower temp = more focused, deterministic output
do_sample=True,
pad_token_id=tokenizer.eos_token_id # Prevents padding warnings
)
# Decode only the model's response (not the input)
response = tokenizer.decode(output[0][inputs.shape[-1]:], skip_special_tokens=True)
print(response)What this code does: The key thing to note here is pad_token_id=tokenizer.eos_token_id. Llama models often produce a warning during generation because the tokenizer does not define a separate pad token. Setting it to the end-of-sequence token suppresses that warning cleanly without changing output quality.
# 6. HuggingFaceTB SmolLM3-3B
**
SmolLM3** is Hugging Face's own model, and what sets it apart is transparency. The weights are open. The training data mixture is publicly documented. The training config is published. The evaluation code is shared. For researchers, educators, or teams building on top of models and needing to understand exactly what they are working with, that openness is rare.
The model itself is built on a three-stage curriculum: the first stage covers general web text across its 11.2 trillion training tokens, the second introduces higher-quality math and code data, and the third focuses on reasoning. This staged approach mirrors how human education actually works, and based on the SmolLM3 blog post, it produces a model that places first or second on knowledge and reasoning benchmarks within the 3B class, including HellaSwag and ARC. When reasoning mode is enabled, AIME 2025 performance jumps from 9.3% to 36.7%.
It also supports tool calling out of the box, handles 6 European languages natively, and extends to 128K context via YARN. The modeling code requires transformers v4.53.0 or later.
Best for: Research, reproducible experiments, open-source projects where transparency matters, and European multilingual deployments.
# Install: pip install "transformers>=4.53.0" torch accelerate
# SmolLM3 requires transformers v4.53.0+ -- older versions will fail
from transformers import AutoModelForCausalLM, AutoTokenizer
checkpoint = "HuggingFaceTB/SmolLM3-3B"
# Use "cuda" for GPU or "cpu" for CPU-only inference
device = "cuda"
# Load the tokenizer
tokenizer = AutoTokenizer.from_pretrained(checkpoint)
# Load the model -- for multi-GPU setups, use device_map="auto" instead
model = AutoModelForCausalLM.from_pretrained(checkpoint).to(device)
# Build and apply the chat template
messages = [
{"role": "user", "content": "Explain the concept of attention in transformer models."}
]
# SmolLM3 uses a standard chat template -- apply it before tokenizing
inputs = tokenizer.apply_chat_template(
messages,
tokenize=True,
add_generation_prompt=True,
return_tensors="pt"
).to(device)
# Generate the response
outputs = model.generate(
inputs,
max_new_tokens=400,
do_sample=True,
temperature=0.7
)
# Decode only the newly generated tokens
response = tokenizer.decode(outputs[0][inputs.shape[-1]:], skip_special_tokens=True)
print(response)What this code does: Straightforward load and generate. The one thing to watch here is the transformers version — SmolLM3's architecture requires v4.53.0 or higher. Running an older version will throw an error, not produce bad output, so it is easy to catch.
# 7. DeepSeek-R1-Distill-Qwen-1.5B
**
Most 1.5B models are roughly good for autocomplete, simple chat, and not much else. DeepSeek-R1-Distill-Qwen-1.5B** is a notable exception. It was trained on outputs from DeepSeek-R1, a much larger frontier reasoning model, meaning it learned to reason by watching a far more capable teacher. The result is a 1.5B model that can produce multi-step reasoning chains on math and logic problems where other models its size give up and guess.
At around 1 GB in Q4 quantization, it is the smallest model on this list with genuine reasoning capability. It fits on almost any hardware — a Raspberry Pi with enough RAM, an old laptop, embedded devices. That footprint combined with the reasoning behavior makes it useful for any scenario where you need lightweight inference on structured problems and cannot afford a larger model.
The trade-off: it is not a general-purpose chatbot. Its strengths are math, logic, and reasoning. For creative tasks or open-ended conversation, it will underperform relative to its size class.
Best for: Edge devices, embedded systems, lightweight reasoning pipelines, and any project where 1 GB model size is a hard requirement.
# 8. Qwen3-0.6B
**
Qwen3-0.6B** sits at the edge of what is currently worth calling a language model. At 600 million parameters, it runs on hardware that most people would not even consider using for AI — and it still manages to do useful things. The 19.1 million downloads on Hugging Face tell you that a lot of people have found a real purpose for it.
It carries the same dual-mode architecture as the rest of the Qwen3 family: thinking mode for problems that need reasoning, non-thinking mode for fast direct responses. Over 100 languages are supported. For tasks like text classification, short-form autocomplete, basic summarization, or lightweight on-device features in mobile apps, it is genuinely capable relative to its size.
Do not expect it to write complex code, handle multi-step reasoning across long inputs, or compete with 3B+ models on benchmarks. That is not what it was made for. It was made to run anywhere — and it does.
Best for: Autocomplete, text classification, simple on-device features, ultra-constrained hardware, and rapid prototyping where a larger model is overkill.
# Conclusion
**
The story this article keeps coming back to is simple: small no longer means limited. A 3.8B model is hitting benchmark numbers that looked like 30B territory a year ago. A model running in 2 GB of RAM is handling reasoning tasks that used to require enterprise infrastructure. That is not marketing — it is what the benchmark data actually shows, and it is reproducible on hardware most people already have.
The practical implication is that the decision to reach for a frontier API as a default is worth questioning for a growing range of tasks. If your workload is English-language reasoning, code generation, or structured outputs, Phi-4-mini or Gemma 3 4B IT will cover most of it on a laptop. If you are building something multilingual, Qwen3.5-4B is a commercial-friendly Apache 2.0 model with a 262K context window and native image understanding. If you are targeting mobile or edge hardware, Gemma 3n E4B was purpose-built for exactly that — and nothing on this list touches it in that category. And if you want to know exactly what you are shipping — every data source, every training decision — SmolLM3-3B is the only fully transparent option in this class.
Shittu Olumide** is a software engineer and technical writer passionate about leveraging cutting-edge technologies to craft compelling narratives, with a keen eye for detail and a knack for simplifying complex concepts. You can also find Shittu on Twitter.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み