/handoffの核心目的は、現在のHermesエージェントセッション、メッセージ、ツール呼び出し、コンテキストを別のモデル、パーソナリティ、またはプロファイルに渡すことです。 通常の/model切り替えとは異なり、「後でどのモデルに答えるか」ではなく、「この進行中のタスクを完全に引き継ぐ」ことに焦点が当てられています。
/handoffを使うタイミング
最も一般的なシナリオは、長い任務の途中で自給自足することです。 例えば、まず安価で高速なモデルでコード構造を整理し、重大なバグに到達したらより強力な推論モデルに任せたいとします。 あるいは、デフォルトのプロファイルでまず製品要件について話し、その後専用のコードプロファイルに切り替えて実装を続けることもできます。 過去には、このような切り替えは文脈を失い、背景を繰り返し説明し/handoff、損失を減らすために簡単に使われていました。
/modelとの違い
| 秩序 | 主な役割 | このシーンにふさわしい |
|---|---|---|
/model | 現在使っているプロバイダーやモデルを変更しましょう | 一時的にモデルを変更し、回答の質をテストし、コストを抑える |
/handoff | 現在のセッションをターゲットモデル、パーソナリティ、またはプロファイルに移行します | 長時間のタスク引き継ぎ、詳細なデバッグ、そして異なる役割のリレー |
次のラウンドでモデルを変えたいだけなら、/modelを使うだけで十分です; タスクステータス、ツール出力、確定ターゲットの喪失が心配なら、まず/handoffを使いましょう。
より安定した使い方
- 引き継ぎ前に、ヘルメスに現在のタスク状況(目標、完了済みステップ、検証すべきポイントなど)をまとめてもらう。
/handoffで、引き渡すモデル、性格、プロフィールを指定します。- ハンドオフ後の最初のラウンドでは、新しいセッションに理解したタスクを繰り返しさせ、危険なコマンドをすぐに実行しないでください。
- ファイル変更が必要な場合は、詳細を踏む前に差分を確認するかテストを行ってください。
/handoff弱いモデルが突然強力なモデル能力を持つことは許さず、明確なタスク記述のサブ服装でもありません。 本当に価値があるのは、モデル切り替え時に長いコンテキストタスクの故障を減らすことです。 コードトラブルシューティングやリサーチ、クロスプラットフォームコラボレーションを頻繁に行う人にとっては、v0.14での有用な改善点です。
