モデル

モデル は Run の背後にある推論エンジンです。ツール、コンテキスト、手順は Okou が扱い、考えるのはモデルです。どのモデルが使われているかは、品質、速度、そして Run が消費するクレジット量に影響します。

モデルはチャットスレッドに紐づく

モデルピッカーはチャット入力欄の横にあり、そのチャット のモデルを決めます。選択はスレッドに保存され、エージェントやワークフローには保存されません。

• 新しいチャットはメンバーの既定値から始まり、設定していない場合はワークスペースの既定値に戻ります。
• チャットの途中でモデルを変えると、そのスレッドの 次の Run から適用されます。すでに進行中の Run は、開始時のモデルのまま完了します。
• Automation のチャットは最初に作成された時点のモデルを引き継ぎ、以降の起動でも同じものを使います。
• Slack では /okou model コマンドが、次に 開始するスレッドのモデルを決めます。Slack を参照してください。

エージェントとワークフローには、意図的に独自のモデル設定がありません。見るべき場所はスレッドだけです。

使えるモデル

各モデルの得意分野と相対的なコストを含む一覧は Models ページにあります。フロンティアの推論モデル、大量処理向けの安価なモデル、画像・動画専用モデルまでを網羅しており、新しいモデルが出るたびに更新されます。

プランに関する 2 つのルールです。

• Free には 3 つのモデルが含まれます。エージェントを作り、ツールを接続し、実務を回すには十分です。
• Pro、Team、Enterprise では全リストが開きます。

そのうちどのモデルをメンバーが実際に選べるか、どれをワークスペースの既定にするかは、Settings → Models でワークスペース管理者が決めます。

推論がどこで実行されるか

モデルのルーティングには複数の経路があり、経路を決めるのはピッカーではなくワークスペースのポリシーです。

• Built-in — Okou がモデルを実行し、ワークスペースのクレジットから請求されます。接続は不要です。
• 自分のサブスクリプション — 各メンバーが自分の Claude または Codex アカウントを接続し、そのメンバーの Run はそこを通ります。
• 共有のプロバイダーキーまたはゲートウェイ — 管理者がワークスペース用に認証情報を一度設定します。

自分のプロバイダーを持ち込めるのは有料プランの機能です。どの経路を通っても、ツール呼び出し、生成、ストレージは引き続き Okou のクレジットから請求されます。

ピッカーが選ぶのは モデル です。ポリシーがそのモデルに割り当てた ルート を上書きするものではありません。

選び方

• 価格表ではなく、タスクに合わせて選ぶ。 長いエージェント的な Run では、安いモデルのほうが到達までの手数が増え、高いモデルより高くつくことがあります。
• 量をこなすなら安いモデル。 トリアージ、分類、大量の事前フィルタリングにフロンティアモデルが要ることはまれです。
• 判断が要るならフロンティアモデル。 長い見通しが必要な作業、コード、そして誤答の代償が大きいもの全般です。
• メンバー既定値を設定する。 多くのチャットで使いたいモデルを既定にしておけば、毎回ピッカーを変えずに済みます。

トラブルシューティング

次に読むもの

• モデル選択が請求にどう表れるかは Credits & billing。
• モデルが紐づくスレッドについては Chat。