
生成AIの活用が進むほど、APIの利用料や応答の待ち時間、社外にデータを出せない業務への対応といった課題が目立つようになってきました。高性能な大規模言語モデルを、あらゆる処理に使い続けることが最適とは限りません。
そこで注目されているのが、パラメータ数を抑えた小規模言語モデルであるSLMです。社内サーバーや端末上でも動かしやすく、特定の業務に絞れば十分な精度を出せる場面があります。
この記事では、SLMとは何かをLLMとの違いや仕組みから整理し、業務での使い分けと導入の進め方を解説します。
SLMの定義とパラメータ規模の目安
SLMとLLMの違いを比較したときのポイント
知識蒸留や量子化など、SLMを小さくする仕組み
SLMの代表的なモデルと選定時に確認したい観点
SLMのメリットとデメリット
業務システムでSLMとLLMを使い分ける設計の考え方
SLMを導入するときの進め方
結論から言うと、SLMとはSmall Language Modelの略で、LLMよりパラメータ数を大幅に抑えた軽量な言語モデルのことです。日本語では小規模言語モデルと呼ばれ、少ない計算資源で特定のタスクをこなすことを得意とします。
一般にSLMは、パラメータ数が数億から数十億程度のモデルを指します。数百億から兆の単位に達するLLMと比べると、桁が一つから二つ以上小さい規模です。
ただし何パラメータ以下をSLMと呼ぶかについて、厳密な業界標準があるわけではありません。100億前後を一つの目安として紹介する解説もありますが、モデルの世代が進むにつれて呼び方の境界も動いているのが実情です。
SLMの多くは、LLMと同じくTransformerと呼ばれる構造をベースにしています。文章を数値に変換し、文脈を踏まえて次に来る言葉を予測するという基本の動き方は、LLMと変わりません。
違いは規模と学習の仕方にあります。小規模なモデルは層の数や内部の次元を小さくし、用途に合わせて選んだデータで学習させることで、軽さと実用的な精度を両立させています。
注目される理由は大きく三つあります。一つ目はLLMの利用料や計算資源のコストが、利用量の増加とともに膨らみやすいことです。
二つ目は、機密データを社外のクラウドに送れない業務でも生成AIを使いたいというニーズです。三つ目は、スマートフォンや工場の端末など、ネットワークに頼らずその場で処理したい用途が広がっていることです。

SLMとLLMの違いを一言でまとめると、汎用性と規模を取るか、軽さと特化を取るかの違いです。どちらが優れているかではなく、処理の性質によって向き不向きが分かれます。
観点 | SLM | LLM |
|---|---|---|
パラメータ規模 | 数億から数十億程度 | 数百億から兆の単位 |
得意な領域 | 特定の業務やタスクに特化 | 幅広い質問や複雑な推論 |
必要な計算資源 | 少ない。一般的なサーバーや端末でも動かしやすい | 大規模なGPU環境が前提になりやすい |
主な実行環境 | オンプレミス・ローカル・エッジ | クラウド中心 |
応答速度 | 速くしやすい | 構成やモデルによって待ち時間が出やすい |
運用コスト | 抑えやすい | 利用量に応じて膨らみやすい |
LLMは膨大なデータで学習しているため、初めて見る質問にも幅広く答えられます。一方でSLMは知識量に限りがあるため、学習していない分野の質問や、複数の論点をまたぐ推論では精度が落ちやすくなります。
裏を返せば、問い合わせの分類、定型文書の要約、社内用語に沿った文章の整形など、範囲が決まった処理では小さなモデルでも十分な成果を出せる場合があります。業務の中身を分解して、どの処理がどちらに向くかを見極めることが重要です。
SLMと混同されやすい言葉に、ローカルLLMがあります。ローカルLLMは自社のサーバーや端末で動かす言語モデル全般を指す呼び方で、モデルの大きさではなく動かす場所に注目した言葉です。
実際には、手元の環境で動かしやすいという理由からSLMがローカルで使われることが多く、両者は重なる部分が大きい概念です。

SLMを小さく作る代表的な技術は、知識蒸留、量子化、枝刈りの三つです。さらに検索の仕組みと組み合わせることで、小さなモデルの知識不足を補う構成もよく使われます。
知識蒸留は、大きな教師モデルの出力を手本にして、小さな生徒モデルを学習させる手法です。教師モデルが持つ判断の傾向を引き継ぐことで、小さいながらも質の高い応答ができるモデルを作れます。
量子化は、モデルの重みを表す数値の精度を下げて、メモリ使用量と計算量を減らす技術です。枝刈りは、出力への影響が小さいパラメータや結合を取り除いてモデルを軽くする技術です。
どちらも精度とのトレードオフがあるため、軽くした後に業務データで精度を確かめる工程が欠かせません。
RAGは、質問に関連する社内文書などを検索し、その内容をモデルに渡して回答させる仕組みです。小規模言語モデルは記憶している知識が少ないぶん、必要な情報を外から与えるRAGと相性がよい組み合わせです。
代表的なSLMとしては、MicrosoftのPhiシリーズ、GoogleのGemmaシリーズ、MetaのLlamaシリーズの小型モデル、AlibabaのQwenシリーズの小型モデルなどがよく挙げられます。国内でも日本語に強いモデルの開発が進んでおり、国産モデルの活用については国産LLM活用の解説も参考になります。
モデルの性能や版は短い周期で更新されるため、選定時には最新の情報を確認したうえで、次の観点を自社の業務データで比べるのが確実です。
確認する観点 | 見るポイント |
|---|---|
日本語の精度 | 自社の文書や問い合わせ文で試して実用に耐えるか |
ライセンス | 商用利用や改変の条件、利用規模による制限の有無 |
実行環境 | 想定するサーバーや端末のメモリ・GPUで動くか |
応答速度 | 業務画面で待たせない速度が出るか |
連携機能 | ツール呼び出しや決まった形式での出力に対応しているか |

SLMのメリットは、コスト、速度、データ保護の三点に集約されます。一方のデメリットは、汎用性の限界と、精度を上げるための準備の手間です。
必要な計算資源が少ないため、推論にかかるサーバー費用や電力を抑えやすくなります。利用回数が多い処理ほど、LLMとの費用差が積み上がっていきます。
モデルが小さいぶん計算が軽く、短い待ち時間で応答を返しやすくなります。入力補助や候補の提示のように、利用者が画面の前で待っている処理では、速度がそのまま使いやすさに直結します。
SLMは自社のサーバーや端末で動かしやすいため、顧客情報や設計情報などを外部のクラウドに送らずに処理できます。情報管理の要件が厳しい業種でも、生成AIの活用範囲を広げやすくなります。
小さなモデルは知識と推論力に限りがあるため、想定外の質問や複数の条件を組み合わせた判断では精度が下がりやすくなります。業務の範囲を限定して使うことが前提です。
業務に合わせて精度を高めるには、評価用のデータや追加学習用のデータを用意する必要があります。データの整備と継続的な評価には、それなりの工数がかかる点を見込んでおきましょう。
区分 | 内容 | 向いている場面 |
|---|---|---|
メリット | 運用コストを抑えやすい | 利用回数が多い定型処理 |
メリット | 応答が速い | 画面上の入力補助や分類 |
メリット | 社外にデータを出さずに使える | 機密情報を扱う業務 |
デメリット | 複雑な推論や幅広い質問が苦手 | LLMとの併用で補う |
デメリット | データ準備と評価の手間 | 対象業務を絞って始める |

業務でSLMを活かす鍵は、SLMかLLMかを二択で選ぶのではなく、処理ごとに役割を分けて組み合わせることです。範囲の決まった一次処理をSLMに任せ、難しい判断だけをLLMや人間に回す構成が現実的です。
SLMに向くのは、入力と出力の形が決まっていて、判断の範囲が限られた処理です。問い合わせの分類と振り分け、帳票や議事録の要約、社内用語に沿った文章の整形、個人情報のマスキングなどが代表例です。
反対に、契約条件の解釈や複数部署の情報を突き合わせる判断、前例のない相談への回答などは、大きなモデルや担当者に任せた方が安全です。処理を一つずつ書き出し、入力の多様さと誤りが起きたときの影響の大きさで仕分けると、役割分担の線を引きやすくなります。
モデルの使い分けは、業務画面の体験と切り離せません。入力中に候補を出す、受け付けた問い合わせをその場で分類するといった処理は、数秒の待ち時間でも使われなくなる原因になります。
こうした即時性が求められる場面に軽いモデルを置き、時間をかけてもよい分析や文章作成に大きなモデルを置くと、体験と精度の両方を保ちやすくなります。どの画面で、誰が、どれくらい待てるのかを先に決めておくことが、モデル選定の前提条件になります。
SLMが自信を持てない入力や、複数の業務知識をまたぐ質問は、LLMや担当者に引き継ぐ仕組みにします。最初にSLMで仕分けをして、必要なものだけを大きなモデルに渡すことで、コストと精度のバランスを取りやすくなります。
AIエージェントの構成でも、軽い判定や分類をSLMに、計画や複雑な推論をLLMに任せる役割分担が考えられます。生成AIで業務を効率化する全体の設計手順は生成AIによる業務効率化の進め方で解説しています。
SLMの導入は、対象業務を一つに絞り、評価データを用意して複数のモデルを比べるところから始めるのが確実です。精度と速度、運用コストを業務の基準で確かめてから、本番の業務システムに組み込みます。
評価データは、実際の問い合わせ文や帳票など、現場で扱っている素材から作るのが理想です。正解の付け方は業務担当者と一緒に決め、どの程度の誤りなら許容できるかという合格ラインも事前に合意しておきます。
検証の段階では、正答率だけでなく、応答までの時間、一件あたりの処理コスト、誤ったときに人が修正する手間も記録しておきましょう。これらの数字がそろっていると、本番化するかどうか、どの範囲まで広げるかを関係者が同じ基準で判断できます。
本番化の段階では、モデルの切り替えや再評価をしやすい構成にしておくことが大切です。この分野はモデルの更新が速いため、より良いモデルが出たときに差し替えられる設計にしておくと、投資が無駄になりにくくなります。
本番に入った後は、入力の傾向が変わっていないか、精度が落ちていないかを定期的に確かめます。新しい商品名や制度の変更など、学習時になかった言葉が増えると、小さなモデルほど影響を受けやすいためです。
人が修正した結果を記録しておけば、それがそのまま次の評価データや追加学習の素材になります。運用の中で改善のためのデータが自然にたまる仕組みを、最初の設計に組み込んでおくことをおすすめします。
株式会社FAKEでは、現場に入り込むFDE型の支援で業務の工程を分解し、どの処理をどのモデルに任せるかを業務システムのUI/UXとあわせて設計しています。AIを組み込んだシステム開発の依頼先を検討する際は、AIシステム開発会社の選び方や業務システムへのAI開発に強い会社の選び方も参考にしてください。

SLMとは、パラメータ数を数億から数十億程度に抑えた小規模言語モデルのことです。知識蒸留や量子化などの技術で軽量化されており、少ない計算資源で特定の業務を効率よく処理できます。
LLMと比べると汎用性や複雑な推論では劣りますが、コスト、応答速度、データを社外に出さずに使えるという点で明確な強みがあります。どちらか一方を選ぶのではなく、処理ごとに役割を分けて組み合わせることが、業務での活用を成功させるポイントです。
導入にあたっては、対象業務を絞り、自社のデータで精度と速度を確かめてから本番に進むことが大切です。モデルの更新が速い分野だからこそ、差し替えやすい設計にしておくと長く使える仕組みになります。
SLMはLLMを完全に置き換えるものではなく、補い合う関係にあると考えるのが適切です。範囲の決まった処理ではSLMで十分な場合がありますが、幅広い知識や複雑な推論が必要な場面ではLLMが向いています。
実務では、一次処理をSLMで行い、難しいものだけをLLMに回すような組み合わせが効果的です。
モデルの大きさや量子化の有無によっては、一般的なパソコンでも動かせるSLMがあります。ただし快適に使えるかどうかは、メモリやGPUの性能、求める応答速度によって変わります。
業務で使う場合は、想定する端末やサーバーで実際に動かし、速度と精度を確かめてから判断することをおすすめします。
既存のモデルをそのまま試すだけなら、準備は比較的少なく済みます。一方で業務に合わせて精度を高める場合は、評価用データの作成や追加学習、継続的な評価の仕組みづくりが必要です。
まずは一つの業務に絞って既存モデルを比較し、追加学習が本当に必要かを見極めてから投資を判断すると無駄がありません。
SLMでもハルシネーションは起こり得ます。扱う範囲を限定することで誤りを減らしやすい面はありますが、知識が少ないぶん、知らないことをもっともらしく答えてしまうリスクもあります。
RAGで根拠となる文書を与える、出力の形式を決めて検証する、重要な判断は人間が確認するといった対策を組み合わせることが大切です。
【2026年最新版】アプリ開発に強いデザイン会社12選
デザイン
SaaS
システム開発
企業紹介
【2026年最新版】マーケティングに強いデザイン会社12選|事業成長を牽引するUXと組織の壁の越え方
デザイン
SaaS
システム開発
企業紹介
【2026年最新版】新規事業開発に強いデザイン会社12選
デザイン
SaaS
システム開発
企業紹介
【2026年最新版】業務システム開発に強いデザイン会社12選
デザイン
To B
企業紹介
【2026年最新版】UXに強いデザイン会社12選 :失敗しないための3つの選定軸と特徴を徹底解説
デザイン
UIUX
企業紹介
【2026年最新版】WEBアプリ・スマホアプリのUIUXに強いデザイン会社おすすめ12選
デザイン
UIUX
ナレッジ
企業紹介
【2026年最新版】UXデザインに強い東京のデザイン会社12選
デザイン
ナレッジ
To B
企業紹介
新規事業支援に強いUXデザインコンサル会社12選
ナレッジ
新規事業
デザイン
企業紹介
【2026年最新版】おすすめのデザイン会社10選 失敗しないデザイン会社選びのポイントを解説
ナレッジ
UIUX
デザイン
企業紹介
【2026年最新版】デザイナーが選ぶデザインシステム導入支援に強い会社12選
デザイン
UIUX
ナレッジ
企業紹介
ブログ
お問い合わせ
お問い合わせ
|
会社概要
社名
株式会社FAKE
住所
〒150-6090 東京都渋谷区恵比寿4丁目20-4 Portal Ebisu H1
代表取締役
高橋 才将
設立
2020年1月
事業
DXコンサル、新規事業コンサル、システム開発、UIUXデザイン