Phractis

ローカルLLMの翻訳性能比較:gpt-oss-120b、Gemma 4、Qwenシリーズを試して見えたモデル選定

目次
  1. きっかけ
  2. 学んだこと
  3. 自分なりの理解
  4. 実践へのつなげ方
  5. 次に試すこと

日常的に利用するローカルLLMにおいて、「翻訳の自然さ」と「レスポンス速度」のバランスは常に悩ましい問題です。

以前は gpt-oss-120b をメインに利用しており、こなれた表現や日本語としての自然さに満足していました。しかし、モデルサイズの大きさゆえに取り回し(プロンプトを渡すまでの準備やリソース消費)にやや手間がかかるため、最近は手軽に動かせる gemma-4-26b-a4b を日常使いにシフトしていました。

改めて過去の訳文を見返したことをきっかけに、各モデルの翻訳精度と「推論(Thinking)モード」の挙動を比較・検証してみました。

きっかけ

普段使いの gemma-4-26b-a4b を「Thinking Off」で運用していたところ、出力がやや直訳調になり、日本語としての通りが悪く感じることが増えていました。一方、Thinkingをオンにすると品質は上がるものの待ち時間が延びてしまいます。

ふと、過去に gpt-oss-120b で翻訳した文章を読み直してみたところ、gemma-4-26b-a4b(Thinking Off)に比べて日本語の表現力・こなれ感が圧倒的に高いことに改めて驚かされました。「日常の気軽さを優先しすぎて、翻訳品質を妥協しすぎていないか?」と感じたことが、各モデルの比較を始めたきっかけです。

学んだこと

各モデルを比較してみて、以下の特徴と挙動の違いが分かりました。

自分なりの理解

翻訳タスクにおけるモデル選びは、「モデル自体の基礎体力(パラメータ数)」と「推論ステップ(Thinking)」のどちらにリソースを割くかというトレードオフだと理解しました。

実践へのつなげ方

用途に応じて、以下のようにモデルと推論設定を使い分ける運用にします。

  1. スピード重視の一次情報チェック(大量のドキュメント流し読み)
    • gemma-4-26b-a4b(Thinking Off)
  2. 公開用ドキュメント・精読用(品質最重視)
    • 手間を許容して gpt-oss-120b を立ち上げるか、qwen3.8-flash-nextで長考させて仕上げる。

次に試すこと

長考傾向のあった qwen3.8-flash-next の推論パラメータ(Thinking budget / low設定)を細かく調整し、「gemma-4(Thinking On)と同等以上の訳質を、より短い待機時間で出せるスイートスポット」 を見つけるテストを行います。