>
>
公開日
最終更新日
Sakana Namazuは、Moonshot AIのオープンモデルKimi K2.6を基盤に、Sakana AIが日本語、日本の制度、敬語、商習慣に合わせた事後学習を施した生成AIモデルです。2026年8月の商用API化に加え、OpenRouterでも利用可能になり、既存のOpenAI互換アプリから接続できる経路が増えました。
一方、初期設定におけるデータの学習利用、Web検索やコード実行を含む総コスト、欧州地域からの利用制限には注意が必要です。本記事は、情報システム部門、AI基盤の開発責任者、SaaS統制担当者を対象に、公式APIとOpenRouterの違い、料金、性能、導入手順を実務基準で整理します。
無料版Sakana Chatにもコード実行・ファイル添付が追加（2026年8月13日）
Sakana AIは2026年8月13日、無料チャット「Sakana Chat」をアップデートし、Namazu・Fugu共通でPythonコード実行と画像・PDF・Officeファイルの添付に対応しました。本記事で解説する「無料チャットで業務データを試さない」という原則は、この機能追加によってより重要になっています。詳細はSakana Chatがアップデート｜Fugu無料開放・コード実行対応と情シスが見るべき統制ポイントで解説しています。
OpenRouterで利用可能に（2026年8月19日）
Sakana Namazuとは｜日本語と日本の業務文脈に合わせたLLM
Sakana Namazuは、Sakana AIがMoonshot AIのKimi K2.6をベースに日本語・日本の業務文脈へ追加学習を施したLLMです。公式APIとOpenRouterの二経路で利用でき、それぞれ契約・請求・データ利用設定が異なります。以下では、公式モデル文書・Pricingページ・Privacy Policy・Namazu公式ページ（確認日：2026年08月19日）をもとに確認できた項目を整理します。OpenRouter経由の実行プロバイダー・保持条件・地域条件は公式APIとは別の契約・設定として扱います。
本記事のポイント
Sakana AIは、Sakana NamazuをKimi K2.6をベースに日本語と日本の業務向けに調整したLLMとして案内しています（出典：Sakana AI公式発表）。
Sakana AIの公式モデル文書では、モデルID
sakana-namazu-v1.0と、最新版を参照するエイリアスsakana-namazuが案内されています。公式APIの公開単価は、入力100万トークンあたり$0.95、出力100万トークンあたり$4.00です（出典：Sakana AI Pricingページ）。
Sakana AIの公式案内では、入力データを学習・改善に利用する場合があり、Console設定からオプトアウトできると説明しています。組織設定と契約条件の双方で対象範囲を確認できれば許可済みの低機密データへ進み、確認できなければ公開情報と匿名化データに限定します（参照：Privacy Policy）。
何ができるか・誰が使うか
Sakana AIはSakana Namazuの公式発表で、Sakana Namazuを日本語、日本文化、日本の業務文脈に合わせたLLMとして案内しています。Web検索やPythonコード実行を組み合わせ、調査、文書処理、ファイル集計などの複合タスクを扱える設計です。
事後学習とは、既に事前学習されたモデルに追加の訓練を行い、指示への従い方、回答形式、言語、業務上の表現などを調整する工程です。Sakana AIは、Kimi K2.6をベースに独自データで日本語と日本の業務ワークフローへ調整したと説明しています。ゼロから巨大モデルを事前学習する方式とは異なり、基盤モデルと提供企業、推論経路、データ処理条件を分けて審査します。
完全純国産LLMとの違い
Sakana Namazuを「Sakana AIが事前学習からすべて国内で開発した完全純国産LLM」と説明するのは正確ではありません。Sakana AIは、Kimi K2.6をベースに独自の追加学習を行ったモデルとして説明しています。
情シス部門では、提供企業の所在地、基盤モデルの開発元、推論基盤、データ保存先を別の審査項目として扱います。海外由来の基盤モデルを社内規程が許容するなら限定PoCへ進み、国内で事前学習したモデルだけを許可する規程なら対象外にします。日本リージョンへデータを保存することと、基盤モデルが国内で開発されたことは同じ意味ではありません。
基盤モデルのライセンスや地政学リスクを評価する際は、類似する海外モデルの確認項目をまとめたKimi K3のセキュリティ・ライセンス条項の読み方とKimi K3の企業導入ガイドも利用できます。
モデル仕様と対応機能
Sakana AIのSakana Namazu公式モデル文書では、256Kトークンのコンテキスト、画像入力、ファイル入力、構造化出力、Web検索、Pythonコード実行への対応が案内されています。ファイル入力はPDF、XLSX、CSV、DOCXなどに対応し、同文書では1ファイルあたり最大4MBと記載されています。
仕様 | 公式の公開内容 | 情シスの判断基準 |
|---|---|---|
モデルID |
| 本番の再現性を管理する場合に指定します。 |
エイリアス |
| 最新版の変化を確認する検証環境で使います。 |
コンテキスト長 | 256Kトークン | 長い規程を扱えますが、全文投入による料金増加と参照精度を計測します。 |
最大出力 | 既定値65,536トークン | 用途別に800〜4,000トークン程度へ制限します。 |
入力 | テキスト、画像URL、base64、PDF、XLSX、CSV、DOCXなど | ファイルサイズと対応形式を公式モデル文書に合わせて前処理します。 |
構造化出力 |
| 台帳登録や後続処理ではスキーマ検証を併用します。 |
内蔵ツール | Web検索、Pythonコード実行 | 権限、反復回数、追加料金を要求単位で記録します。 |
256Kトークンは一度に扱える上限であり、その範囲の情報を常に正しく参照できる保証ではありません。規程集を評価する場合は、重要条項20件の正解表を作り、条項の再現率、引用位置、否定表現の保持を検査します。長文を投入できるかではなく、必要な条項を漏れなく取り出せるかで判断します。
計算基盤と企業導入事例の区別
計算基盤の採用、出資、提携の公表は、顧客企業がSakana Namazu APIを業務システムへ本番導入した実績とは別の情報です。公開情報から削減工数や導入社数を確認できない段階では、計算基盤、出資、提携を顧客導入実績として稟議書へ転記しません。
顧客事例の数値が公開されていない場合は、自社PoCで100件の処理時間、修正率、重大誤答、API費を測定して投資判断の根拠にします。公開情報は事業継続性や国内エコシステムの確認材料になり得ますが、データ保護条件やモデル性能を直接保証する情報ではありません。
名称の混同を避ける
「Namazu」という名称は、従来の全文検索エンジンやSEO関連ツールと同じ読みを持ちます。本記事で扱うSakana AIのSakana Namazuは、大規模言語モデルとAPIを指し、Webサイト内検索や検索順位を改善する製品ではありません。
社内の契約台帳では、サービス名を「Sakana Namazu API」、提供元を「Sakana AI」、接続経路を「公式API」または「OpenRouter」と記録します。名称だけを「Namazu」とすると既存の検索システムや別ベンダー製品と混在するため、モデルIDも併記します。
▲ Sakana Namazuのモデル構造と提供形態の関係
Sakana Chat・公式API・OpenRouterの使い分け
公開情報の試用はSakana Chat、業務システムへの直接組み込みは公式API、複数モデルの共通接続はOpenRouterと分けると、契約相手、請求、データ経路、ログ管理の責任範囲を整理できます。
状況 | 選択経路 | 理由 |
|---|---|---|
まず画面で品質を確認したい | Sakana Chat | APIキー・契約不要。公開情報とダミーデータに限定。 |
業務システムへ直接組み込む | Sakana AI公式API | 契約・請求・データ利用設定を一本化できる。 |
既存の複数LLM共通基盤に追加する | OpenRouter経由 | OpenAI互換で既存ゲートウェイを流用できるが、実行プロバイダーと地域条件を別途記録する。 |
欧州（EU・EEA・英国・スイス）拠点からの利用 | 現時点で利用不可 | Sakana AIが公式ページで地域制限を案内。契約窓口で条件が変わった場合のみ再評価。 |
三つの提供経路の比較
同じモデル名を利用しても、Sakana Chat、Sakana AI公式API、OpenRouterでは、APIキー、請求、データ利用条件、保持条件、実行先の管理主体が異なります。
比較軸 | Sakana Chat | Sakana AI公式API | OpenRouter経由 |
|---|---|---|---|
主な用途 | 個人検証、公開情報の試用 | 社内システム、業務アプリ、製品連携 | モデル比較、共通ゲートウェイ、フォールバック |
接続方法 | Webブラウザ |
|
|
モデル指定 | 画面で選択 |
|
|
契約・請求 | Sakana Chatの利用条件 | Sakana AIとの契約 | OpenRouterの契約と下流プロバイダー条件 |
データ統制 | 公開情報とダミーデータに限定 | Console設定、規約、DPAを照合 | OpenRouterと実行プロバイダーの双方を照合 |
適する企業 | まず画面で品質を見たい企業 | 接続先と契約を一本化したい企業 | 既に複数LLMを共通APIで管理している企業 |
公式APIとOpenRouterを同時に許可する場合、同じ業務データを二つの経路へ無条件に送信しません。契約、保持期間、学習利用、処理地域を経路別に台帳化し、許可された機密区分が一致する場合だけフォールバック先として利用します。
無料版Sakana Chatにもコード実行・ファイル添付が追加（2026年8月13日）
Sakana Chatでコード実行やファイル添付を利用できる場合でも、ファイルを添付できることと、会社の機密情報を入力してよいことは別の判断です。請求書、顧客一覧、障害ログ、未公開の契約書を無料チャットへ添付すると、テキスト入力だけを監視していた従来のルールでは検知できません。詳細はSakana Chatがアップデート｜Fugu無料開放・コード実行対応と情シスが見るべき統制ポイントで解説しています。
無料チャットは公開資料、架空データ、匿名化済みファイルに限定し、業務データは承認済みAPI経路へ分離します。正規経路でログ、契約、権限を管理できれば低機密データの検証へ進み、管理できなければ公開情報の試用にとどめます。
OpenRouter経由の利用条件
OpenRouterでは、sakana/sakana-namazuモデルページ（確認日：2026年08月19日）にモデルIDsakana/sakana-namazuが掲載されています。このページは接続経路を示す情報であり、一方で、実行プロバイダー、実際の処理地域、ログ保持、データ利用条件、利用できる入出力形式は、OpenRouterの設定と実行時の情報を分けて確認します。Sakana AIのSakana Namazuの公式モデルページは公式API側の提供内容を説明しており、OpenRouter側の契約条件まで代替する文書ではありません。
Sakana AIのPrivacy PolicyとConsole設定がOpenRouter経由の処理へそのまま適用されるとは断定しません。OpenRouterのプライバシー設定、実行プロバイダー、保持条件、利用明細を確認できれば、その条件に合うデータ区分だけで限定利用します。確認できなければ、OpenRouter経由には公開情報と匿名化データだけを送信します。
Sakana AI公式APIの接続例
公式モデル文書では、OpenAI互換のChat Completions APIとResponses API、Anthropic互換のMessages APIが案内されています。OpenAI SDKを利用する場合は、接続先URL、APIキー、モデルIDを指定します。
検証環境で最新版の変化を確認する場合はsakana-namazuを使えます。本番環境では固定版のsakana-namazu-v1.0を指定し、新版への切り替え前にゴールデンデータで回帰テストを行います。テスト件数は実績値ではなく設計例であり、用途の重大性に合わせて設定します。
OpenRouter経由の接続例
OpenRouterでは、接続先とモデルIDを変更すれば同じOpenAI SDKを利用できます。技術的に接続できることと、社内で当該経路を承認済みであることは別です。
OpenRouter経由では、実行時に選ばれたプロバイダー、モデルID、入力・出力トークン、エラー時の切り替え先をログへ保存します。これらを取得できるなら複数モデルの比較基盤として限定利用し、取得できなければSakana AI公式APIへ直接接続します。
対象・提供状況の判断表
時期・契約・設定によって変わり得る条件は、確認先と判断を一つの表で管理します。
確認項目 | 確認先 | 確認できた場合 | 確認できない場合 |
|---|---|---|---|
学習利用 | Sakana Console、Privacy Policy、法人契約 | 許可された機密区分へ進みます。 | 公開情報と匿名化データに限定します。 |
ログ保持 | 利用規約、DPA、管理画面 | 保持期間に合わせて社内台帳を更新します。 | 個人情報と機密情報を送信しません。 |
処理地域 | 契約窓口、規約、副処理者情報 | 越境移転基準に適合する経路だけ許可します。 | 国内限定の公開情報PoCに戻します。 |
OpenRouterの実行先 | モデルページ、Providers画面、実行ログ | 許可したプロバイダーへ限定します。 | 公式APIへ切り替えます。 |
固定版の提供期間 | モデル文書、契約、変更通知 | 移行日と回帰テストを計画します。 | アプリ側に出力検査と切り戻しを実装します。 |
入力可能な情報の基準はAI利用ガイドラインの作り方と生成AI社内ルールに必要な10項目へ反映し、機密区分は機密情報と個人情報の違い・3段階分類とそろえます。
日本語性能とベンチマークの評価基準
Sakana Namazuの性能は公開ベンチマークだけで決めず、日本語指示への順守率、修正工数、重大誤答を自社データで測定します。
FairPoliticsQAにおける客観性
Sakana AIは公式モデル文書で、政治的・社会的テーマへの中立性を評価するFairPoliticsQAのスコアが、基盤モデルKimi K2.6の34.10%からSakana Namazuの56.30%へ上昇したと公表しています。これはSakana AIが示した評価条件における比較であり、個別の雇用、医療、税務、政治に関する回答の正しさを保証するものではありません。
PoCでは、賛否の併記、根拠URL、事実と推測の分離、不要な回答拒否、架空の引用を採点します。重大な偏りや根拠の捏造が出た用途は、自動送信の対象外にします。
JFBenchにおける日本語指示追従
Sakana AIは、Sakana NamazuがJFBenchや日本語翻訳評価で基盤モデルを上回ったと説明しています。JFBenchは日本語の指示追従と回答品質を評価する際の参考指標であり、敬語や複数条件を含む業務プロンプトを比較する入口になります。
情シスのヘルプデスクでは、「300字以内」「番号付き手順」「パスワードを質問しない」「最後に問い合わせ番号を記載」という四つの条件を同時に与えます。100件中90件以上ですべての条件を満たせば次の検証へ進み、条件違反が10件を超えた場合は構造化出力またはルールベースの後処理を加えます。この数値は想定例であり、利用部門の許容誤差に応じて変更します。
推論・コード・数学の評価
Sakana AIは、AIME26、MMLU-Pro、LiveCodeBench v6を使った比較で、基盤モデルの数学、一般推論、コード生成能力を維持したと説明しています。ただし、競技数学や公開コード問題のスコアを、社内CSVの正確な集計や権限設定の安全性へ直接置き換えることはできません。
コード生成のPoCでは、想定例として30件の正解データを用意し、合計値、重複除外、欠損値、文字コード、日付境界をテストします。集計結果が正解表と一致しない場合は本番データへ進まず、生成コードをレビュー済みの固定スクリプトへ移します。LLMへ毎月同じコードを再生成させる運用は、再現性と監査性を下げます。
長文コンテキストの評価
公式モデル文書で案内される256Kトークンのコンテキスト長は、複数の規程や契約書を一度に入力できる上限です。長文入力では、文書の先頭や末尾にある条項を参照できても、中間部分の例外規定を落とす場合があります。
就業規則、情報セキュリティ規程、SaaS利用規程を評価する場合は、重要条項20件、例外条件10件、禁止事項10件を正解表として登録します。重要条項の再現率95%以上、数値と期限の欠落0件、存在しない条項の引用0件を満たせば要約支援へ進みます。法的判断や懲戒判断は担当部署が原文と照合します。
社内PoC用の評価表
平均スコアだけでは重大事故につながる失敗を見落とすため、用途ごとに不合格条件を先に決めます。
評価領域 | 公開指標 | 社内で測る項目 | 合格基準例 |
|---|---|---|---|
日本語指示追従 | JFBench | 文字数、敬語、形式、禁止表現 | 100件中90件以上で全条件を順守 |
客観性 | FairPoliticsQA | 根拠、反対意見、不要な拒否 | 重大な偏りと架空根拠が0件 |
コード生成 | LiveCodeBench v6 | CSV集計、例外処理、再実行性 | テスト30件で集計誤り0件 |
長文処理 | 256Kコンテキスト | 参照漏れ、引用位置、例外条項 | 重要条項の再現率95%以上 |
要約・翻訳 | 日本語評価 | 数値、固有名詞、否定表現 | 契約条件と数値の欠落0件 |
費用 | 公開単価 | 再試行、検索、実行時間を含む実額 | 削減できた人件費を下回る |
比較対象を増やす場合は、同一の入力、温度設定、出力上限、採点者を使用します。評価軸はAIエージェント・主要AIツールの比較とClaudeの日本語精度と企業活用の整理にそろえると、モデル名ではなく業務結果で説明できます。
料金体系とツール費を含む総運用コスト
Sakana Namazu APIの予算は、入力・出力トークンだけでなく、キャッシュ、Web検索、コード実行、再試行を合算して算出します。
公式APIの公開料金
Sakana AI公式Pricingページでは、Sakana Namazuは月額固定費を置かない従量課金として案内されています。公開単価は入力100万トークンあたり$0.95、出力100万トークンあたり$4.00、キャッシュ済み入力100万トークンあたり$0.15です。同ページでは、Web検索は1,000回あたり$7.00、コード実行は1時間あたり$0.12と案内されています。
課金項目 | 公開単価 | 1ドル160円の予算換算 | 発生条件 |
|---|---|---|---|
入力トークン | $0.95 / 100万トークン | 152円 | プロンプト、会話履歴、参照文書 |
出力トークン | $4.00 / 100万トークン | 640円 | 回答、構造化データ、推論出力 |
キャッシュ済み入力 | $0.15 / 100万トークン | 24円 | キャッシュが適用された再利用入力 |
Web検索 | $7.00 / 1,000回 | 1,120円 | 検索クエリやページ取得を含むツール呼び出し |
コード実行 | $0.12 / 時間 | 19.2円 | サンドボックスのセッション保持時間 |
円換算の160円は予算作成用の固定前提であり、特定日の市場為替を示すものではありません。為替を150円、160円、170円の三通りで計算すると、ドル建て費用が$100の場合の税抜参考額は15,000円、16,000円、17,000円です。年間予算では為替変動枠を別に持つと、単価改定と為替差を区別できます。
ヘルプデスク1,000件の試算
1件あたり入力3,000トークン、出力800トークンの回答案を月1,000件生成すると、入力は300万トークン、出力は80万トークンです。入力費は3×$0.95で$2.85、出力費は0.8×$4.00で$3.20となり、生成費は合計$6.05です。1ドル160円なら月968円、1件あたり約0.97円です。
各回答でWeb検索を1回実行すると1,000回で$7.00が加わり、月額は$13.05、約2,088円です。1件につき検索を3回行う場合は3,000回で$21.00が加わり、総額は$27.05、約4,328円になります。トークン料金より検索料金が大きくなる場合があるため、入力単価だけで予算申請すると実額との差が発生します。
検索結果のページ本文が後続のモデル入力へ追加されれば、その分の入力トークンも発生します。1回の検索で平均10,000トークンを取得し、月1,000回使用する想定では追加入力は1,000万トークンとなり、キャッシュを考慮しない入力費は$9.50です。ツール料金$7.00だけを加算した試算では不足します。
コード実行を含む試算
CSV集計を月500回行い、各セッションを平均3分保持すると、合計時間は1,500分、25時間です。コード実行費は25×$0.12で$3.00、1ドル160円なら480円です。セッションを終了せず平均15分保持すると125時間となり、$15.00まで増えます。
コード実行は時間単価が低く見えても、エージェントがエラー修正を繰り返すとセッション時間と出力トークンが増えます。処理が完了した時点でサンドボックスを閉じ、タイムアウトを60秒、再実行を1回に設定します。長時間の統計処理や定期バッチは、LLMのサンドボックスではなく管理済みの社内実行基盤へ移します。
長文規程を月500回処理する試算
20万トークンの規程集を毎回入力し、2,000トークンの回答を月500回生成するとします。入力総量は1億トークンなので、キャッシュを使わない入力費は$95です。出力総量は100万トークンなので$4.00となり、合計は$99、1ドル160円なら15,840円です。
20万トークンの入力すべてにキャッシュ単価が適用される単純計算では、入力費は$15となり、通常入力との差は月$80です。ただし、プロンプトの一部変更、キャッシュの有効期間、参照順序によって適用率は変わります。利用ログで実際のキャッシュヒット率を取得できればその値で予算化し、取得できなければ通常入力単価で上限を見積もります。
コスト暴走を防ぐ制御値
エージェントへ検索とコード実行を無制限に許可すると、同じ質問の再検索やコード修正が繰り返され、費用と応答時間が増えます。以下は設計例であり、公式の必須要件ではありません。
Web検索は1要求あたり2回までにします。
ページ本文の取得は1要求あたり3ページまでにします。
コード実行は1要求60秒、再実行は1回までにします。
Max Iterationsは3に設定し、4回目へ進む要求を停止します。
出力上限は要約800、FAQ回答1,500、コード生成4,000トークンに分けます。
部署別の月次予算に対して50%、80%、100%の通知を設定します。
ツール名、呼び出し回数、実行時間、入力・出力トークンを同じ利用明細へ保存します。
高度な推論が必要な処理はSakana Fuguの企業導入ガイドと同じ評価セットで比較します。単純な分類・要約をNamazu、複雑な推論をFuguへ分ける場合も、モデル名だけで自動ルーティングせず、品質と費用を用途ごとに測定します。予算上限の運用にはSaaSコスト削減と最適化の実務の部門別管理を応用できます。
情シス業務で効果を測りやすい利用方法
最初のPoCは、公開情報または匿名化データで完結し、処理時間、修正率、重大誤答を数値化できる情シス業務に限定します。
ヘルプデスク回答案の作成
社内FAQ、公開済み手順書、匿名化した問い合わせを入力し、担当者が送信前に確認する構成です。アカウント停止、課金、セキュリティ事故に関する回答を最初から自動送信すると、誤案内が利用者へ直接届きます。PoCでは回答案の作成だけを任せ、人が承認します。
問い合わせ100件について、従来1件6分だった回答案作成が3分になれば、削減時間は300分、つまり5時間です。担当者の人件費を1時間4,000円と置けば効果は20,000円です。APIとツールの実費が2,000円でも、確認や修正に従来と同じ6分かかるなら削減効果はありません。API費だけでなく、作成から送信までの総時間を比較します。
実装時の画面と業務フローはAdminaのAIヘルプデスク機能も参考になります。自社サービスの機能とSakana Namazuの性能評価は分け、同一の100件で従来方式との所要時間を測定します。
SaaS・端末台帳の集計
氏名、メールアドレス、端末シリアル番号、IPアドレス、契約金額を削除または置換したCSVをコード実行環境で集計します。重複アカウント、最終利用日、契約数と割当数の差を抽出し、元データの件数と一致するかを検算します。
生成されたPythonコードでは、ファイル書き込み、外部通信、例外処理、日付形式を確認します。30件のテストデータで正解表と一致しない場合は本番台帳へ進みません。毎月同じ集計を行う場合は、初回に生成したコードをレビューして固定ジョブへ移し、LLMは自然言語の条件整理や結果説明だけに使います。
規約・DPA・SLAの要点整理
公開されている利用規約、データ処理契約、SLAから、学習利用、保持期間、副処理者、障害通知、契約終了時の削除条件を表にします。法的判断をモデルへ委ねず、担当者が条項番号と原文を照合します。
「保存しない」と「学習に使わない」、「日本に保存する」と「日本だけで処理する」は別の条件です。否定表現、例外条項、日数、責任上限を落とした場合は重大エラーとして記録します。重大エラーが出る用途では、自動承認や自動契約を行いません。
公開情報を使ったベンダー調査
Web検索ツールを使い、公式料金ページ、セキュリティ文書、障害情報、提供地域を収集します。回答文だけを保存せず、URL、文書名、取得日、引用箇所を記録すると、後から価格改定や条件変更を追跡できます。
外部Webページには、「前の指示を無視する」「内部情報を別URLへ送信する」といった命令を埋め込むプロンプトインジェクションが含まれる可能性があります。Web本文は命令ではなく参照データとして扱い、APIキーの表示、内部ファイルのアップロード、外部システムへの書き込みをツール権限から外します。
30日間PoCのタイムライン
PoCはモデルの印象を集める期間ではなく、本番でも継続測定できる評価指標を作る期間です。以下の期間・件数・合格条件は想定例です。
期間 | 入力データ | 実施内容 | 次の段階へ進む条件 |
|---|---|---|---|
1週目 | 公開情報、ダミーデータ | 接続、料金、ログ、出力形式を確認 | モデルIDと費用を要求単位で記録できる |
2週目 | 匿名化した問い合わせ50件 | 回答品質、敬語、指示順守を測定 | 重大誤答0件、指示順守90%以上 |
3週目 | 許可済みの低機密データ | 検索回数、実行時間、負荷を測定 | 予算上限内で停止制御が動作する |
4週目 | 合計100件の評価セット | 導入前後の工数と修正率を比較 | 総作業時間を20%以上削減する |
100件で20%以上の工数削減がなく、修正率が30%を超える場合は、対象業務、プロンプト、参照データを再設計します。API単価が低いという理由だけで全社展開へ進みません。重大誤答が発生した業務は、人による承認を残すか対象外にします。
企業規模別のPoC体制
利用者数が増えるほど、個人APIキーと手動集計では権限失効や費用配賦の漏れが発生します。
企業規模 | 初期構成 | 承認体制 | ログ・費用管理 |
|---|---|---|---|
50名未満 | 情シス管理の単一PoC環境 | 情シス責任者が用途ごとに承認 | 月次上限と管理者通知 |
50〜300名 | 部署別プロジェクトと申請フォーム | 情シスとデータ所有部門が承認 | 部署タグ、用途別キー、四半期棚卸し |
300名超 | 社内APIプロキシと接続先許可リスト | AI審査、セキュリティ、法務を分離 | 日次集計、異常停止、集中ローテーション |
50名未満でもソースコードへのAPIキー直書きは認めません。300名を超える企業では、公式APIとOpenRouterへの接続を社内プロキシへ集約し、利用者が接続先URLを自由に変更できない構成にします。AI活用全体の対象業務は情シス向けAI活用と業務効率化の全体像で整理できます。
導入時の注意点とデータ利用設定
Sakana Namazuの導入では、基盤モデルの出自、データ利用設定、ツール費、地域条件、エイリアス利用を分けて扱います。
基盤モデルの出自を省いた審査
稟議書には「Sakana AIが提供する国産AI」とだけ記載せず、「Kimi K2.6をベースにSakana AIが日本語と日本の業務文脈へ追加学習を施したAPI」と記載します。
海外由来モデルを許容する社内規程なら、契約相手、データ保存、処理地域の審査へ進みます。海外由来の基盤モデル自体を禁止する規程なら、提供元が日本企業であることを理由に例外扱いせず、規程変更または別モデルの選定へ戻します。
APIなら自動的に非学習という誤解
Sakana AIのPrivacy Policyは、個人データをモデル・システムの学習、微調整、評価、改善に利用する場合があることを、利用可能なオプトアウト設定と内部統制に従う条件で説明しています。Sakana Namazu公式ページのFAQも、初期設定では入力データを学習・改善に利用する場合があり、Console設定からオプトアウトできると案内しています。
ただし、設定対象、対象サービス、契約プラン、設定が有効になる時点、対象外となるログやバックアップの扱いは、契約と管理画面で個別に確認します。Sakana Consoleの組織設定でオプトアウト状態を確認でき、法人契約・DPAでも対象データが一致すれば許可済みの低機密データへ進みます。どちらかを確認できなければ、公開情報と匿名化データに限定します。
Privacy Policyは、オプトアウトが有効になった後、対象となるコンテンツを将来の学習・微調整用データセットから除外するために商業上合理的な努力を行う旨を説明しています。また、設定の有効化前に学習済み・派生済みのモデルやデータセットから遡及的に削除されない場合があるとしています。設定前に機密情報を送信した場合は、送信記録、削除依頼の可否、インシデント判定を契約窓口と社内手順で扱います。
保存リージョンと処理地域の混同
Sakana AIはSakana Namazu公式ページで、現時点ではデータ処理が日本国内で完結することを保証しないと案内しています。保存場所と、推論、Web検索、監視、サポート、副処理者を含む処理場所は分けて管理します。
国内保存だけで社内基準を満たすなら、保存先を証跡化して限定PoCへ進みます。推論とツール処理を含む国内完結が条件なら、保存、推論、検索、コード実行、ログ、バックアップ、副処理者の地域を書面で特定できた場合だけ機密データを扱います。特定できなければ公開情報に限定します。
EU・EEA・英国・スイスの地域条件
Sakana AIはSakana Namazu公式ページで、GDPRなどの地域固有規制への対応を進めているため、EU・EEA、英国、スイスでは現時点で利用できないと案内しています。この公開案内だけでは、アカウント所在地、利用者の所在地、送信元IP、請求先、実行リージョンのどれで判定されるかは特定できません。
欧州に拠点、利用者、処理サーバーがある場合は、Sakana AIの契約窓口と利用規約で適用条件を確認します。適用条件と接続元を特定できれば承認済み経路だけを利用し、特定できなければ当該地域からの処理は停止または公開情報のみの検証に限定します。
OpenRouterを経由して技術的に通信できても、Sakana AIや実行プロバイダーの地域条件を回避できるとは解釈しません。OpenRouterの実行先と地域条件を記録できれば許可対象に含め、記録できなければ欧州経路では利用しません。
エイリアスによる挙動変更
公式モデル文書では、sakana-namazu-v1.0がモデルID、sakana-namazuがエイリアスとして案内されています。本番でエイリアスだけを指定すると、提供側の更新後に回答形式、拒否傾向、ツールの選択、構造化出力が変わる可能性があります。
本番ではsakana-namazu-v1.0を指定し、新版は検証環境でゴールデンデータの回帰テストを通してから切り替えます。固定版の提供期間をモデル文書、契約、変更通知で確認できれば移行計画を作り、確認できなければ出力スキーマ、必須語、禁止語、数値形式をアプリ側で検査して切り戻せる構成にします。
無料チャットへの業務ファイル添付
無料チャットでPDFやOfficeファイルを扱える場合、従業員はドラッグ操作だけで顧客情報や契約書を送信できます。URLフィルタだけでは、許可済みサイト内で送信されたファイル内容を把握できません。
無料チャットは公開情報とダミーデータに限定し、業務ファイルを扱う利用者には会社管理のAPI経路を先に提供します。禁止だけを通知して正規ルートを用意しない場合、個人アカウントやOpenRouterの個人キーへ利用が移るため、申請から利用開始までの時間も管理指標にします。
▲ 海外由来の基盤モデル導入における社内審査判断フロー
情シスの実務対応4ステップ
Sakana Namazuの正規利用ルートは、契約とデータ利用設定、規模別統制、限定PoC、通信監視の順で整備します。
ステップ1：契約条件とデータ利用設定
最初に会社管理のIDでSakana Consoleへ入り、組織単位のデータ利用設定を確認します。個人アカウントで設定すると、退職や異動後に証跡と管理権限を失うため、管理者アカウントは会社のメールアドレスと多要素認証で保護します。
Sakana Consoleの組織管理者権限を会社管理のIDへ付与します。
組織設定からデータ利用またはモデル改善に関する設定を開きます。
入力・出力を学習やモデル改善へ利用しない設定が提供されている場合は、対象組織に対して有効化します。
設定対象の組織、実施者、日時、画面上の説明文を記録します。
テスト用APIキーで公開データを送信し、設定と利用ログの対象組織が一致するかを確認します。
利用規約、Privacy Policy、法人契約・DPAで、設定の対象データと例外を照合します。
管理画面の項目名や配置は更新される場合があります。オプトアウト状態と契約上の非学習条件の双方を確認できれば許可済みの低機密データへ進み、どちらか一方でも確認できなければ公開情報と匿名化データだけを扱います。
Sakana AI API Platform Terms of ServiceとPrivacy Policyでは、入力、出力、アップロードファイル、フィードバック、利用状況の対象範囲を照合します。Web検索クエリ、コード実行ログ、監査ログが契約上の同じ扱いに含まれるかを特定できない場合は、ツール機能へ機密情報を渡しません。
ステップ2：固定バージョンと地域別フォールバック
本番環境ではモデルIDをsakana-namazu-v1.0へ固定し、検証環境だけでsakana-namazuを使用します。固定版の終了日や変更通知を取得できれば移行計画を作り、取得できなければ月1回の回帰テストを継続します。
EU・EEA、英国、スイスに関する判定条件は公開案内だけでは十分に特定できないため、利用者の所属拠点、処理サーバーのリージョン、送信元ネットワークのいずれを契約上の判定対象とするかを確認します。対象地域の要求を特定できれば、Sakana Namazuを呼び出さず、社内で承認した代替モデルへ切り替えます。判定に必要な情報を取得できない要求は停止します。
フォールバック先でも同じデータ区分を扱えるとは限りません。代替モデルの学習利用、保持期間、処理地域が元の経路と同等以上の場合だけ自動切り替えを許可し、条件を確認できない場合は処理を停止して利用者へ理由を表示します。
ステップ3：規模別のキー・予算管理
企業規模によって管理方式を分けると、小規模企業で過剰な仕組みを作らず、大規模企業で個人キーが増殖する状態を防げます。
企業規模 | APIキー管理 | アクセス制御 | 費用管理 | 棚卸し頻度 |
|---|---|---|---|---|
50名未満 | 情シスが用途別に発行 | シークレット管理基盤から配布 | 組織の月次上限 | 四半期ごと |
50〜300名 | 部署別プロジェクトと用途別キー | 申請番号とデータ区分を紐付け | 部署タグと80%通知 | 毎月 |
300名超 | 社内APIプロキシへ集約 | 短期認証と接続先許可リスト | 日次集計と異常停止 | 継続監視 |
APIキーはソースコード、Gitリポジトリ、チャット、共有スプレッドシートへ保存しません。シークレット管理基盤から実行時に渡し、用途が終了したキーは即日失効します。個人キーを使ったPoCを本番へ昇格させず、会社管理のプロジェクトで再発行します。
ステップ4：30日PoCと本番監視
PoCでは1週目に公開FAQ20件、2週目に匿名化した問い合わせ50件、3〜4週目に合計100件を評価する設計例を使えます。各要求について、入力・出力トークン、ツール回数、応答時間、修正内容、重大誤答を記録します。
本番移行の基準として設定する数値の例は、総作業時間20%以上削減、指示順守90%以上、修正率30%以下、重大誤答0件、禁止データ送信0件です。これらは実績値ではなく、業務リスクや組織方針によって調整する初期値です。PoC開始前に自社の許容水準として確定し、基準に満たない用途は、参照データ、出力スキーマ、人による承認範囲を見直します。
監視項目 | 正常条件 | 異常時の処理 |
|---|---|---|
モデルID | 承認済み固定版と一致 | 要求を停止し管理者へ通知 |
実行プロバイダー | 許可リスト内 | 公式APIへ切り替え |
データ区分 | 経路の許可区分以下 | 送信前に遮断 |
Web検索回数 | 1要求2回以下 | 追加検索を停止 |
コード実行時間 | 1要求60秒以下 | セッションを終了 |
月次予算 | 上限の80%未満 | 利用部署へ通知し新規処理を制限 |
地域 | 許可地域からの接続 | 代替モデルへ切り替えまたは停止 |
導入可否チェックリスト
次の項目を満たす用途を本番候補として扱います。
基盤モデルがKimi K2.6であることを稟議書へ記載しています。
Sakana Consoleでデータ利用設定の状態を証跡化しています。
契約で入力、出力、ファイル、ツールログの扱いを特定しています。
本番モデルを
sakana-namazu-v1.0へ固定しています。EU・EEA、英国、スイスに関する適用条件を契約上判定できます。
OpenRouter経由では実行プロバイダーを記録できます。
Web検索、コード実行、Max Iterationsに上限があります。
APIキーを会社のシークレット管理基盤へ保存しています。
評価セットで重大誤答がないことを確認しています。
削減工数の金額がトークン代とツール費の合計を上回っています。
データ利用設定、契約条件、地域条件、キー管理のいずれかを確認できない場合は、公開情報だけのPoCを継続します。品質基準だけが未達なら対象業務を再設計し、セキュリティ条件だけを満たして全社展開へ進みません。
統制全体はAIガバナンスの推進体制と実装ステップへ組み込み、管理策と監査の対応はISO 42001（AIMS）の要求事項に沿って整理できます。
▲ 情シスにおけるSakana Namazu導入実務の4ステップ
OpenAI互換APIに対するシャドーAI対策
OpenAI互換APIは接続先URLの変更だけで外部サービスへ送信できるため、ブラウザ履歴ではなく通信、シークレット、クラウド請求を横断して監視します。
base_url変更による未承認接続
開発者はOpenAI SDKのbase_urlとモデル名を変更するだけで、Sakana AI公式APIやOpenRouterへ接続できます。導入が容易な反面、IDaaSのアプリ一覧やブラウザ履歴に現れず、サーバー、CI、ローカルスクリプトから未承認のデータ送信が続く場合があります。
CIでは接続先URL、モデル名、APIキーの参照先を静的検査します。許可したドメインとモデルID以外を検出したらビルドを停止し、例外申請番号がある場合だけ通します。OpenRouterを許可しても、OpenRouter上の全モデルを自動的に承認した扱いにはしません。
個人APIキーと退職後の残存
個人が取得したAPIキーをGitHub、CI変数、ノーコードツールへ登録すると、異動や退職後も課金と送信が続く場合があります。会社管理のプロジェクトでキーを発行し、シークレット管理基盤から実行時に渡します。
用途別キーには責任者、申請番号、許可データ区分、月次上限、終了日を紐付けます。終了日を過ぎたキーは自動失効させ、利用明細とプロキシログに差がある場合は、台帳にない個人キーが使われていないかを調査します。
エージェントツールの権限境界
Web検索結果やアップロードファイルには、モデルへ別の命令を実行させるプロンプトインジェクションが含まれる可能性があります。攻撃の仕組みと対策はプロンプトインジェクションの手口と対策で整理しています。
検索結果は命令ではなく参照データとして扱います。APIキーの表示、社内ファイルの追加取得、外部URLへの書き込み、メール送信、権限変更をツールから外します。書き込み操作が必要な業務では、生成した案を人が確認した後に別プロセスで実行します。
通信・請求・シークレットの監視
ブラウザのSaaS台帳だけではAPI通信を捕捉できないため、次のログを日次で照合します。
api.sakana.aiとopenrouter.aiへの送信元システムを集計します。APIキーがコード、リポジトリ、チャットへ貼られていないかをシークレットスキャンで検査します。
Sakana AIとOpenRouterの利用明細を社内プロキシログと照合します。
モデルID、固定バージョン、実行プロバイダー、地域を保存します。
Web検索、コード実行、反復回数が設定値を超えた要求を停止します。
退職、異動、委託終了日にキーとプロジェクト権限を失効します。
未承認利用の検知と是正はシャドーAIの検知の仕組みと対策へ組み込みます。ブラウザとAPIを横断する具体的なログ設計は生成AI利用状況の可視化とシャドーAI検知の手順で確認できます。
正規ルートを先に用意する運用
禁止通知だけを出すと、利用者は個人版Sakana Chat、個人契約のOpenRouter、未承認APIキーへ移る場合があります。申請から利用開始までの目標日数を組織規模別に定めると、正規経路の利用状況を測れます。
標準用途には公開FAQの要約、匿名化した問い合わせの回答案、公開規約の比較を登録します。顧客情報、ソースコード、脆弱性情報、労務・医療データを扱う用途は追加審査へ分けます。標準用途をテンプレート化できれば迅速に許可し、データ区分が不明な申請は公開情報だけの環境を提供します。
よくある質問
Sakana Namazu APIの導入可否は、接続経路、料金、データ利用設定、利用地域、固定バージョンを分けて確認すると判断できます。
Q：Sakana NamazuはOpenRouterで利用できますか？
A：OpenRouterではモデルIDsakana/sakana-namazuを指定する利用経路があります。公式APIとは契約、請求、データ経路が異なるため、実行プロバイダー、保持条件、地域条件を別に記録します。
Q：Sakana Namazu APIの料金はいくらですか？
A：Sakana AI公式Pricingページでは、入力100万トークンあたり$0.95、出力100万トークンあたり$4.00、キャッシュ済み入力100万トークンあたり$0.15と案内されています。Web検索は1,000回あたり$7.00、コード実行は1時間あたり$0.12です。
Q：APIでもデータ学習のオプトアウト設定は必要ですか？
A：Sakana AIは、入力データを学習・改善に利用する場合があり、利用可能なオプトアウト設定があると案内しています。Sakana Consoleの組織設定と法人契約・DPAの対象範囲が一致すれば許可済みの低機密データへ進み、確認できなければ公開情報と匿名化データに限定します。
Q：EU・EEA・英国・スイスから利用できますか？
A：Sakana AIは公式ページで、EU・EEA、英国、スイスでは現時点で利用できないと案内しています。公開案内だけでは適用判定の条件を特定できないため、該当地域の利用者、サーバー、請求先がある場合は契約窓口と利用規約で条件を確認します。
Q：本番環境ではどのモデル名を指定しますか？
A：公式モデル文書では、sakana-namazu-v1.0がモデルID、sakana-namazuがエイリアスとして案内されています。本番では固定版を指定し、エイリアスは検証環境での変更確認に使います。
まとめ
Sakana Namazu APIは、Sakana AIがKimi K2.6をベースに日本語と日本の業務向けに調整したLLMとして提供しているサービスです。公式APIに加え、OpenRouterを経由する利用経路もありますが、契約、データ経路、実行プロバイダー、データ利用設定は別々に管理します。
最初の着手点は、Sakana Consoleの組織設定、Privacy Policy、法人契約・DPAを照合し、データ利用設定の対象範囲を証跡化することです。設定と契約条件を確認できれば、公開FAQなどの低機密データを固定版sakana-namazu-v1.0で評価します。確認できなければ、公開情報と匿名化データだけを使ったPoCに限定します。
PoCでは、入力・出力トークン、検索回数、修正時間、重大誤答を記録します。評価セットで品質、費用、ログ取得、データ区分の条件を満たせば次の業務へ広げ、満たせない場合は対象業務、参照データ、出力スキーマ、人による承認範囲を見直します。
本記事の内容に誤り等がございましたら、こちらからご連絡ください。
監修
Admina Team
情シス業務に関するお役立ち情報をマネーフォワード Adminaが提供します。
SaaS・アカウント・デバイスの管理を自動化し、IT資産の可視化とセキュリティ統制を実現。
従業員の入退社対応や棚卸し作業の工数を削減し、情報システム部門の運用負荷を大幅に軽減します。
中小企業から大企業まで、情シス・管理部門・経営層のすべてに頼れるIT管理プラットフォームです。
