API型AIを触る前に：APIキー・予算・対象業務を分ける

Sakana FuguのようなAPI型AIを見ると、「新しいモデルを早く試した方がよいのでは」と感じます。Fuguは、複数のモデルやエージェントを1つのAPIのように扱える仕組みとして紹介され、Codexのような作業ツールに組み込む使い方も示されています。

ただし、中小企業が最初に見るべきなのは、ベンチマークの順位やデモの派手さだけではありません。API型AIは、通常のチャット画面よりも、APIキー、課金、接続先、実行権限の影響が大きくなります。

この記事では、Sakana Fuguを題材にしながら、API型AIを触る前に決めておきたい「APIキー」「予算」「対象業務」の分け方を整理します。新しいAIを試す前の、少し地味だけれど大事な準備です。

Fuguは「チャット画面」ではなく「接続する基盤」として見る

Sakana AIの公式情報では、Fuguは複数の強力なモデルを動的に組み合わせ、1つのAPIから利用できるマルチエージェント型の仕組みとして説明されています。FuguとFugu Ultraの2つが用意され、どちらもOpenAI互換APIから使えるとされています。

この説明だけ聞くと、「では、いつものチャットAIの代わりに使えばよい」と受け取りたくなります。けれど、API型AIは少し違います。単体のチャット画面で質問するというより、Codex、社内ツール、業務アプリ、検証スクリプトの裏側に接続して使うものです。

そのため、最初に決めるべきことも変わります。

チャットAIで先に決めること:
- 何を質問するか
- どの文章を作るか
- どのモデルを選ぶか

API型AIで先に決めること:
- どのツールから呼び出すか
- APIキーを誰が管理するか
- どの情報を渡してよいか
- いくら使ったら止めるか
- 出力を誰が確認するか

同じAI活用でも、見る場所が一段下がります。画面上の回答ではなく、接続、権限、費用、ログを見ます。

APIキーは「便利な文字列」ではなく、会社の鍵として扱う

API型AIを使うとき、ほぼ必ずAPIキーが出てきます。Sakana FuguのGet Startedでも、APIキーを作成し、その値は一度しか表示されないため安全に保存するよう説明されています。

ここで軽く考えると危険です。APIキーは、ただの長い文字列ではありません。そのキーを知っている人やツールが、アカウントの権限と課金枠を使える可能性があります。

少なくとも、次のルールを決めてから発行します。

APIキー発行前の最低ルール:
1. どの業務・どのツール用のキーか名前を付ける
2. キーを保存する場所を決める
3. スクリーンショット、画面収録、共有メモに貼らない
4. 退職者、外注先、検証終了時の無効化手順を決める
5. 漏れた可能性がある時は、迷わず再発行する

「あとで整理する」は危険です。最初に雑に作ったキーほど、そのまま社内のどこかに残ります。特に、外部のサンプルコード、ブラウザ拡張、共有PC、画面収録環境に貼り込む運用は避けるべきです。

最初に選ぶのはプランではなく、対象業務

新しいAIサービスを見ると、無料枠、月額プラン、従量課金、上位モデルのどれを選ぶかに意識が向きます。けれど、先に決めるべきなのはプランではありません。

先に決めるのは、対象業務です。

最初に試すとよい業務:
- 既存資料を読み、提案書の論点を整理する
- 社内FAQの重複、不足、曖昧な表現を洗い出す
- 既存コードの変更影響をレビューする
- 複数の候補サービスを比較し、採用条件を整理する
- 顧客向け文章のリスク表現を点検する

逆に、最初から向かない業務もあります。

最初から任せない方がよい業務:
- 顧客への最終回答
- 契約、価格、納期の確定
- 個人情報を多く含む資料の丸投げ
- 社内で責任者が決まっていない自動化
- 失敗した時に止め方が分からない処理

AIの性能が高いほど、任せたくなる範囲も広がります。しかし、導入初期に大事なのは「どこまでできるか」より「どこまでなら失敗しても戻せるか」です。

予算は月額ではなく、1業務あたりで見る

Sakana FuguのPricingでは、従量課金とサブスクリプションプランが分けて説明されています。従量課金は本番利用や重いワークロード向けに優先度が高く、サブスクリプションは個人や日常的な手作業に向くと説明されています。

また、Fugu Ultraでは固定価格が示され、Pricingではオーケストレーションで使われる入力・出力トークンも実際の使用量として最終価格に含まれると説明されています。つまり、表に見えるモデル単価だけを見ても、実際の1タスク費用は読み切れません。

中小企業では、次のように「1業務あたり」で見た方が判断しやすくなります。

費用を見る単位:
- 提案書1本を下書きからレビューまで進める費用
- コード変更1件を調査、修正案、確認まで進める費用
- 顧客向けFAQを10件見直す費用
- 社内マニュアル1本を整える費用
- 失敗してやり直した時の追加費用

月額20ドル、100ドル、200ドルという数字だけを見ると、安いか高いかの感覚論になります。実務では、「その金額で何件の業務が前に進むか」「人間の確認時間がどれだけ減るか」「失敗時にどこで止めるか」を見ます。

予算停止条件も先に決めます。

予算停止条件の例:
- 1検証あたり上限を決める
- 1日あたりの試行回数を決める
- Fugu Ultraは特定の検証だけに使う
- 顧客データを含む検証では実行前に人間承認を挟む
- 成果物が採点基準を満たさない場合、同じ依頼を繰り返さない

高性能モデルを使うこと自体が悪いわけではありません。悪いのは、どの業務にいくら使ったのか分からないまま、試用を続けることです。

Codex連携は便利だが、コマンドを軽く見ない

Sakana FuguのGet Startedでは、Codex CLIへFuguを設定する方法が案内されています。公式情報では、ワンラインのインストールはUbuntuとmacOSをサポートし、Windowsやうまくいかない環境では手動セットアップを見るよう案内されています。

これは便利です。ただし、初心者ほど「公式ページにあるコマンドだから、そのまま貼ればよい」と考えがちです。業務PCでコマンドを実行する時は、もう少し慎重でよいです。

実行前に確認すること:
- 会社PCか個人PCか
- Windows、macOS、Linuxのどれか
- どのフォルダやファイルにアクセスさせるか
- APIキーをどこに保存するか
- 失敗した時に元に戻せるか
- 実行ログを誰が確認するか

特にCodexのような作業ツールと接続する場合、AIは文章を返すだけではなく、ファイルを読んだり、コード変更を提案したり、コマンド実行に関わったりします。だからこそ、小さな検証用フォルダ、権限の少ないキー、失敗しても問題のないタスクから始めるのが安全です。

「すぐ動いた」は入口にすぎません。業務で使えるかどうかは、止め方、戻し方、確認者、ログが決まってから判断します。

初心者が最初に作るべき3つのメモ

API型AIを触る前に、難しい設計書は不要です。まずは3つの小さなメモを作るだけで、事故の確率は下がります。

1. APIキー管理メモ
- サービス名
- キー名
- 用途
- 管理者
- 保存場所
- 無効化条件

2. 予算メモ
- 月額上限
- 1検証あたりの上限
- 上位モデルを使う条件
- 止める条件
- 確認する日

3. 対象業務メモ
- 最初に試す業務
- 渡してよい情報
- 渡さない情報
- 成果物の採点基準
- 最終確認者

この3つがないまま使い始めると、後から「誰のキーか分からない」「何に使ったか分からない」「成果がよかったのか分からない」となります。

AI導入は、派手な自動化よりも、最初のメモの方が効く場面があります。特に中小企業では、担当者が兼任になりやすいため、記録の薄さがそのまま運用リスクになります。

Optiensの見方

Sakana Fuguのような仕組みは、AI活用が「どのモデルを選ぶか」から「複数のモデルやツールをどう業務に接続するか」へ進んでいることを示しています。

ただし、導入の順番は変わりません。先に決めるべきなのは、モデル名ではなく業務です。次に、情報の扱い、APIキー、費用、ログ、人間確認の境界を決めます。そのうえで、初めてツールを接続します。

新しいAIを触ること自体は大切です。けれど、登録して、APIキーを発行して、上位モデルを使えば業務が改善するわけではありません。業務名、対象データ、予算停止条件、確認者が揃って初めて、AIは会社の道具になります。

AI活用を始めたいが、どの業務を最初に試すべきか、API型AIに何を渡してよいか迷っている場合は、まず AI活用診断簡易版（無料）で業務の分解から始めてください。具体的な接続方針や検証タスクを絞り込む段階では、スポット相談チケットで次の進め方を確認できます。

API型AIを触る前に