成果物
現在の会話コンテキストを簡潔な引き継ぎ文書にまとめ、新しいエージェントが次のセッションで作業を継続できるようにします。
ルーティング
- ユーザーが
handoffを明示的に呼び出した場合に本ワークフローに入ります。 - ユーザーが渡したパラメーターは次のセッションの用途を説明し、引き継ぎ文書のカスタマイズに使用されます。
- 通常の要約、ドキュメント作成、実装リクエストでは本スキルを自動的にトリガーしてはいけません。
手順
- 現在のセッションコンテキストを要約し、新しいエージェントが作業を継続できるようにします。
- 引き継ぎ文書をユーザーのオペレーティングシステムの一時ディレクトリに保存します。カレントワークスペースには保存しないでください。
- 文書に
suggested skillsという名前のセクションを追加し、次のエージェントが呼び出すべきスキルを推奨します。 - ユーザーがパラメーターを渡した場合、それを次のセッションの用途とみなし、文書の重点をそれに応じて調整します。
- 文書の書き込みが成功したら、次のエージェント向けにコピーしてすぐに使用できる継続プロンプトを生成します。プロンプトは引き継ぎ文書の実際のファイルパスを参照し、文書に記載された目標、制約、確定済みの決定、次のステップに従うことを要求します。
suggested skillsに次のエージェントがタスク継続時に明示的に呼び出すべきスキルが存在する場合、その実際の名前を$skill-nameの形式でプロンプトに記載します。該当するスキルがない場合はスキル呼び出しを追加しません。
デリバリー
-
オペレーティングシステムの一時ディレクトリに配置された引き継ぎ文書を納品します。
-
文書には
suggested skillsセクションが含まれている必要があります。 -
文書の内容は、新しいエージェントが次のセッションでコンテキストを復元し作業を継続できるだけの十分な情報を提供する必要があります。
-
最終的な応答では、引き継ぎ文書の実際のファイルパスと、タイトルが
次のエージェントへのプロンプトである独立したコードブロックの両方を必ず提供し、ユーザーが直接コピーできるようにします。 -
明示的に呼び出すべきスキルがない場合は、次の文を使用し、プレースホルダーを実際のファイルパスに置き換えます:
次の文書を読み、そこに記録されたタスクを続けて完了してください: `<実際のファイルパス>`。文書内の目標、制約、確定済みの決定、次のステップに厳密に従ってください。 -
明示的に呼び出すべきスキルが存在する場合は、次の文を使用し、プレースホルダーを実際のスキル名とファイルパスに置き換えます:
`$skill-name` を使用し、次の文書を読み、そこに記録されたタスクを続けて完了してください: `<実際のファイルパス>`。文書内の目標、制約、確定済みの決定、次のステップに厳密に従ってください。
ガードレール
- 引き継ぎ文書をカレントワークスペースに書き込んではいけません。
- ユーザーが渡した次のセッションの用途パラメーターを無視してはいけません。
- ファイルの書き込みが成功する前に引き継ぎ文書が生成されたと主張してはいけません。また、最終プロンプトにプレースホルダーのパスや存在しないスキル名を残してはいけません。
参考資料
- 追加ファイルはありません。