モデル
新しいセッションで使うメインモデル、補助タスク用モデル、コンテキスト長、障害時のフォールバックを設定する。
メインモデル
Section titled “メインモデル”| 画面表示（主） | 内部キー（サブ） | 内容 | 製品既定値 | 推奨 |
|---|---|---|---|---|
| プロバイダー | model.provider | 認証済みプロバイダーを選択 | 未設定 | 普段使う契約・API を1つ選ぶ |
| モデル | model.default | 選択プロバイダーのモデル | 未設定 | ツール呼び出し対応モデル |
| 適用 | model.provider + model.default を保存 | 選択内容を新規セッション用に保存 | - | 変更後に必ず押す |
メインモデルの変更は 「適用」ボタンが必要。新しいセッションに反映される。進行中のチャットは、コンポーザーのモデルピッカーからホットスワップできる。
未認証の API キー型プロバイダーでは、その場でキー入力が表示される。OAuth 型はブラウザーサインインへ移動する。
選択肢が動的である項目
Section titled “選択肢が動的である項目”プロバイダーとモデルの候補は固定リストではない。次の情報から実行時に生成される。
- アカウントまたは API キーで接続したプロバイダー
- 各プロバイダーが現在公開しているモデルカタログ
- Hermes が持つモデルメタデータとキャッシュ
- ローカルまたはカスタムエンドポイントの検出結果
このため、モデル名を静的に「全一覧」として固定すると短期間で古くなる。本ノートでは画面の全操作と選択規則を網羅し、実際のモデル候補はその時点のドロップダウンを正とする。
| 画面表示（主） | 内部キー（サブ） | 用途 | 製品既定値 | 推奨 |
|---|---|---|---|---|
| ビジョン | auxiliary.vision.provider / auxiliary.vision.model | 添付画像の分析や、画像をテキスト化する補助処理 | auto / 空欄 | メインが画像対応なら「メインに設定」 |
| ウェブ抽出 | auxiliary.web_extract.provider / auxiliary.web_extract.model | 取得したページ本文の抽出・要約 | auto / 空欄 | 安価で長文に強いモデルも有効 |
| 圧縮 | auxiliary.compression.provider / auxiliary.compression.model | 長い会話をコンテキストへ収めるための要約 | auto / 空欄 | 高速で指示追従性の高いモデル |
| スキルハブ | auxiliary.skills_hub.provider / auxiliary.skills_hub.model | スキルの検索、候補選定、関連性判断 | auto / 空欄 | メインで問題ない |
| 承認 | auxiliary.approval.provider / auxiliary.approval.model | smart 承認でコマンドの危険度を判定 | auto / 空欄 | 誤判定を避けるため高精度モデル |
| MCP | auxiliary.mcp.provider / auxiliary.mcp.model | MCP ツールの選択・ルーティング支援 | auto / 空欄 | ツール選択に強いモデル |
| タイトル生成 | auxiliary.title_generation.provider / auxiliary.title_generation.model | セッション内容から短いタイトルを生成 | auto / 空欄 | 安価な小型モデルで十分 |
| キュレーター | auxiliary.curator.provider / auxiliary.curator.model | 使用したスキルの有用性レビューや整理 | auto / 空欄 | メインまたは高精度モデル |
既定では全タスクがメインモデルを自動使用する。個別に「変更」で固定でき、「すべてメインにリセット」で解除できる。
補助モデルの各操作
Section titled “補助モデルの各操作”| 画面表示（主） | 内部値・処理（サブ） | 動作 |
|---|---|---|
| 自動 · メインモデルを使用 | provider: auto, model: "" | タスク専用の上書きがなく、現在のメインモデルへ追従 |
| メインに設定 | 対象の provider を auto、model を空文字へ変更 | 選択タスクの上書きを解除してメインへ戻す |
| 変更 | 対象の auxiliary.<task>.provider / .model | タスク専用のプロバイダーとモデルを選ぶ |
| (プロバイダーのデフォルト) | model: "" | モデルを固定せず、そのプロバイダーの標準モデルへ委ねる |
| すべてメインにリセット | 全補助タスクへ provider: auto, model: "" | 8タスクすべての上書きを一括解除 |
コンテキストとフォールバック
Section titled “コンテキストとフォールバック”| 画面表示（主） | 内部キー（サブ） | 製品既定値 | 推奨 |
|---|---|---|---|
| コンテキストウィンドウ | model_context_length | 0 相当（自動） | 0 のまま |
| フォールバックモデル | fallback_providers | 空 | 必要時だけ追加 |
コンテキストウィンドウ
Section titled “コンテキストウィンドウ”0 または空欄なら、選択モデルから検出した値を使う。モデルの実際の上限より大きな値を手入力すると API エラーや早すぎる圧縮の原因になるため、通常は自動が安全。
フォールバックモデル
Section titled “フォールバックモデル”provider:model 形式をカンマ区切りで指定する。左から順に、メインモデルが失敗した場合の代替として試される。
例:
openrouter:anthropic/claude-sonnet-4, google:gemini-2.5-proモデル名は実際にプロバイダーが公開している ID を使う。異なる会社のプロバイダーを組み合わせると障害分散になるが、料金、データ処理方針、ツール互換性は別途確認する。
- まずメインモデルだけを設定する。
- 補助モデルは速度・費用の問題が確認できたタスクだけ分離する。
- コンテキストウィンドウは自動検出にする。
- 業務継続が必要な場合だけ、別プロバイダーのフォールバックを1～2個登録する。