#翻訳
14 件の記事
- NVIDIA Nemotron 120Bをllama.cppで動かして、Gemma 26Bとの翻訳比較を行った
Nemotron 3.5 Super VL 120Bをllama.cppで起動するメモリ設定のノウハウと、Gemma-4-26Bとの翻訳ベンチマーク（盲検評価）から見えた適材適所の活用法をまとめました。
- ローカルLLM翻訳の質を高める：専門用語集と辞書DBの活用法
ローカルLLMを使った英日翻訳において、訳質の安定化と用語ブレの防止に不可欠な「用語集」の運用と、辞書データベースを活用した用語集作成の効率化
- MTP で Gemma 4 26B の翻訳は速くなるか：1 本ずつなら 1.5 倍、4 並列なら 1.15 倍
MTP（Multi-Token Prediction）を、thinking ありの Gemma 4 26B A4B で英日翻訳に使って測ってみた。
- gemma-4-31B vs 26b-a4b 翻訳比較検証：サイズ拡大で見えた読みやすさと速度のトレードオフ
gemma-4-31B（QAT+MTP）と現行の26b-a4bを用いた洋書翻訳のA/B盲検評価を実施。モデル規模の拡大が正確さ・読みやすさ・推論速度にどう影響するかを検証し、実運用に向けた選定基準をまとめました。
- AIに「140字以内で」と頼んでも守らない。何字と言えばいいかをベイズ最適化で探した
ローカルLLMの英日翻訳で、X投稿用に140字へ収める指示の出し方を、ベイズ最適化とランダム探索で探して比べた記録。
- ベイズ最適化を「体験」から理解する: ローカルLLMの翻訳設定で試す
試すのに時間がかかる問題で、少ない試行回数で良い設定を探すベイズ最適化。ローカルLLMの英日翻訳を題材に、考え方と実験の進め方を整理しました。
- ローカルLLMの「思考時間」と「翻訳品質」は比例しない
自作の PDF 翻訳ツールで思考トークンの上限を外したら、訳質より先に「考え終わらない」問題が出た。
- 翻訳LLMの「思考トークン予算」は1024で十分だった：訳質を落とさず速度を2倍にした検証
ローカルLLMによる翻訳処理で、推論トークン上限（reasoning_budget_tokens）を検証した結果、1024トークンに設定することで訳質を維持したまま処理速度を現行の2倍強に高速化できることがわかりました。
- 翻訳特化モデルは汎用LLMを超えられるか？洋書段落の盲検比較で分かったこと
TranslateGemma、Hy-MT2、PLaMo-2-translateといった翻訳特化モデルとgemma-4-26b-a4bを洋書の段落翻訳で盲検比較した結果、見えてきた特化モデルの限界と汎用LLMの強みをまとめました。
- 日本語に強いモデルは、英文を日本語にするのも得意なのか
日本語強化版のgpt-oss（Swallow）と国産のLLM-jp-4を、gemma-4-26b-a4bと英日翻訳で盲検比較した。日本語が得意なことと、英文を読みやすい日本語に組み立て直せることは、別の能力だった。
- ローカルLLMの英日翻訳をブラインドテストして分かったこと
洋書の段落を使って複数のオープンモデルをブラインド比較してみたら、パラメータの大きさや思考時間の長さとは違うところで勝負が決まった話。
- ローカルLLMの翻訳性能比較：gpt-oss-120b、Gemma 4、Qwenシリーズを試して見えたモデル選定
日常使いしている軽量モデルと大規模・推論特化型ローカルLLM（gpt-oss-120b、gemma-4-26b-a4b、Qwenシリーズ）の翻訳性能や使い勝手を比較。推論（Thinking）のオン・オフによる訳質の変化と運用のトレードオフをまとめました。
- 翻訳辞典RAGでLLMの翻訳改善を狙ったが
翻訳辞典をRAG化して翻訳品質の向上を試みたものの、基盤を作り込む前に検証すべきだったという教訓と、文字列一致と意味一致の壁について。
- 英文PDFの翻訳が面倒だったので、自分用のブラウザ拡張を作ってみた
AIコーディングを使えば、日常の小さな不便を解消するツールは自分で作れる。自分専用ツールから「他人が使えるプロダクト」への壁について考えた