「国産の日本語AIのAPIが出たらしい」。Sakana AI の日本語特化モデル「Namazu（なまず）」をめぐって、そんな話が回っている。海外のAPIに社内の日本語文書を投げることに引っかかりを感じてきた身としては、飛びつきたくなる一報だ。ただ、公式の発表をたどると事情は少し違う。ぬか喜びで社内に共有する前に、いま本当に何が使えるのかを実務目線で整理する。

Sakana Namazu の正体は「日本仕様のモデルシリーズ」

鯰（なまず）をかたどったシンプルなアイコンが、左右2つの会話の吹き出しの間に立ち、片方の言語をもう片方へ変換する双方向の矢印を担っている概念図。背景に日本列島のシルエット。ビビッドレッド／朱色を基調にした平面的なイラスト。文字・数字は一切描かない

Namazu は、海外のフロンティアモデルを日本仕様へ適応させたモデルシリーズだ。日本語と日本文化への深い理解を核にした事後学習（追加の訓練）で仕立てられている。Sakana AI の公式発表によれば、現在は「Sakana Chat」に加わった新機能「Sakana Translate」の翻訳エンジンとして採用されている。

つまり Namazu は、いまのところ Sakana AI のアプリ（Chat / Translate）の中で動く日本語エンジンであって、単独の製品名やAPIサービス名ではない。ここが最初の誤解しやすいポイントだ。

「Namazu API」はまだ提供されていない

まだ文字の入っていない空白の看板が、工事用の足場と三角コーンに囲まれて建設中の状態で立っている。その脇に時計と右向きの矢印が置かれ『これから提供される』ことを示す概念図。ビビッドレッド／朱色を基調にした平面的なイラスト。文字・数字は一切描かない

公式発表で API に触れているのは、将来の計画としてだ。「API提供や、SSO・監査ログ・オンプレミス対応など、エンタープライズ用途に向けた展開も視野に入れています」とある。視野に入れている段階であって、提供開始の告知ではない。

だから、いまの時点では次のことは成立しない。

  • Namazu を単体で外部から呼び出せる一般公開のAPIエンドポイントは案内されていない
  • したがって「モデル名に Namazu を指定して自社のプログラムに組み込む」ことも、まだできない

提供時期の具体的な記載も公式には見当たらない。ここは期待を先走らせず、公式のアナウンスを待つのが正しい構えだ。

いま Sakana AI をコードから使うなら「Fugu」

1本のプラグではなく、3つのつまみ（接続先を示すコネクタ、鍵の形をした認証キー、積み木のようなモデル選択）を順に回して初めて接続のランプが点灯する概念図。乗り換えは1カ所でなく複数の設定が要ることを表す。ビビッドレッド／朱色を基調にした平面的なイラスト。文字・数字は一切描かない

「それでも今、Sakana AI の技術をプログラムから使いたい」という開発向けには、別の製品がある。Fugu（ふぐ）だ。複数の専門モデルを動的に組み合わせ、ひとつのモデルAPIとして提供する仕組みで、こちらは OpenAI 互換のAPIとして公式に案内されている。

ここで、よく聞く「URL を差し替えるだけで乗り換えられる」という言い方を正しておきたい。公式の導入ガイドを読むと、必要なのは接続先（base_url）を api.sakana.ai に向けることに加えて、コンソールで発行したAPIキーを認証に付けること、そして呼び出すモデル名を指定することだ。設定は1カ所ではなく、少なくとも3カ所そろえて初めて動く。既存コードをまるごと書き直すほどではないが、「1行で終わり」は言い過ぎだ。

Fugu にも制約がある。GDPR など EU/EEA 固有の規制への対応を進めている最中で、現在 EU・EEA 域内では利用できないと公式に明記されている。海外拠点や越境サービスに組み込む予定があるなら、対象地域を先に確認する。

中小企業のいまの現実的な入り口

ここまでを、用途別に整理する。

  1. いますぐ日本語の翻訳・対話を試したい → Sakana Chat / Sakana Translate をアプリとして使う。開発は不要で、Namazu の日本語処理を今日から触れる。
  2. 自社のシステムから Sakana AI のAPIを呼びたい → Fugu を検証する。OpenAI 互換なので既存コードを活かせるが、接続先・APIキー・モデル名の設定と、EU/EEA の提供制限を確認したうえで。
  3. Namazu をコードに組み込みたい → 現時点では公式のAPI提供を待つ。焦って非公式な経路に頼らない。

どの入り口を選ぶにしても、先に決めておくことがふたつある。ひとつは、取引先の機微な条件や個人情報を外部のAPIに送ってよいかの線引き。もうひとつは、出力を人が必ず確認する運用。日本語に強いモデルでも、要約や翻訳が事実として正しいかは別の話だ。

ククルデザインはこう見る

新しいAIの一報は、たいてい「できること」が実際より少し先取りして伝わる。今回の Namazu も、モデルとしての中身は前進だが、「APIで自由に組み込める」段階にはまだない。効くのは、一報を鵜呑みにせず「いま本当に使える形はどれか」を切り分けることだ。今日から使えるのはアプリ側、開発で組むなら Fugu、Namazu の組み込みは公式待ち。この見極めが、無駄な検証と落胆を減らす。

ククルデザイン自身も、議事録の文字起こしから要約、見積の下ごしらえまでをAIで回している。国産の日本語モデルを自社の業務にどう組み込むか、いまの選択肢のなかで何をどこまで任せるか。判断に迷ったら、群馬でAI・DXの実装伴走をやっているククルデザインに声をかけてほしい。使える形の見極めから、預けてよい情報の線引き、人が確認する運用の型づくりまで、いっしょに組む。