メインコンテンツへスキップ
重要なのは選定基準であり、今週話題の名前で選ばないでください。エージェントを実行する場合はネイティブなツール呼び出しサポート、コンテキストウィンドウと VRAM バジェットの見合い、ライセンス、そしてモデルが指示にどの程度従うかです。DeepSeek の場合、現時点で評価すべきチェックポイントは deepseek-ai/DeepSeek-V4-Flash-0731 です。R1 ディスティルはハードウェアが V4 の重量をサポートできない場合にのみ使用してください。
特定のモデル名やバージョン番号はすぐに古くなります。今四半期に最先端のモデルも数か月後には置き換えられる可能性があります。以下の表はファミリーと基準の出発点として扱い、出典リンクを辿り、ハードウェアをコミットする前に各ファミリーの最新リリースを再確認してください。

タスクをファミリーに照合する

現時点で Tokios はゲートウェイで埋め込みを提供していません。API 表面はチャットとメッセージエンドポイントのみをカバーしています。上記の埋め込み行は、Tokios デプロイメントを通じてではなく、バックエンドでローカルにモデルを実行するためのモデル選択用です。
チェックポイント DeepSeek-V4-Flash-0731 には、まずローカルハードウェアガイドから始めてください。1M トークンの仕様は、すべてのローカル構成がそのコンテキスト長に十分な KV キャッシュ容量を持つことを意味するわけではありません。

特にエージェント用モデルを選ぶ

コーディングエージェントやその他のツールを使用するクライアントは、チャット UI よりも厳しい基準を求めます。三つの基準を使用します。
  1. ネイティブなツール/関数呼び出し。 エージェントループは、クライアントが解析可能な構造化されたツール呼び出しをモデルが返すことに依存します。DeepSeek-V4-Flash-0731 はこのワークロード向けの現時点での DeepSeek の選択肢です。使用するサービングランタイム、推論 effort、チャットエンコーディングで正確に検証してください。
  2. 少なくとも 32–64K、理想的には 128K 以上のコンテキストウィンドウ。 エージェントはターンごとにファイルの内容、差分、ツール出力を蓄積するため、短いコンテキストはすぐにいっぱいになります。モデルウェイトの上に、目標のコンテキスト長での KV キャッシュ用の VRAM をバジェットに計上してください。— モデルを GPU または統合メモリに合わせる を参照。
  3. 指示追随、構造化出力、そして寛容なライセンス。 Qwen3 や gpt-oss などの Apache-2.0 ファミリーは、ライセンス上の摩擦なく導入しやすくなっています。
クライアントの中には Roo Code のようにネイティブなツール呼び出しを必須とするものがあります。基盤のモデルがサポートしない場合、クライアントはレスポンスをアクションに解析できず、 progress を作る代わりに同じステップを再試行します。これはモデルの制限であり、Tokios やコネクタの問題ではありません。

ハードウェアに合わせる

正しいファミリーを選ぶことは意思決定の半分に過ぎません。モデルは、実際に必要なコンテキスト長で、実際に持っている VRAM または統合メモリに収まる必要があります。パラメータ数と量子化ごとのサイズ見積もりについては、モデルを GPU または統合メモリに合わせる を参照してください。 ワークフローとバックエンド、命名の側面 — どのバックエンドで実行し、登録後にデプロイメントを何と呼ぶか — については、ローカルモデルとバックエンドを選択する を参照してください。

選んだ後

Tokios はモデルを代わりに選びません。実行しているものに、どこからでも呼び出せる安定したデプロイメントエンドポイントを提供します。

デプロイメントを登録する

選んだモデルを公開名と API キー付きの Tokios デプロイメントにします。

候補を比較する

最終決定前に複数のデプロイメントを並べてテストします。