research

このセッションで調査します。次の3つの場合は、代わりにサブエージェントが読み込みます。ユーザーが読み込みをサブエージェントに依頼した場合。ドラフト仕様がそのAFK判断を開始する場合。または、セッションにとってペイロードが大きすぎる場合（約2,000行超、または画像を含む場合）です。コンテキストウィンドウを守るには、その方法が記載されています。サブエージェントが返すのは、ペイロードではなくメモです。

1. 質問の種類を見極めます。ライブラリ、サービス、標準の動作に関する質問は、ステップ2に従って、その事実の管理元を調べます。コードが現在の形になっている理由に関する質問は、ステップ3に従って、その履歴を調べます。
2. 事実の管理元を読みます。ベンダーのドキュメント、ソースコード、仕様、または稼働中のエンドポイントの応答が該当します。ブログ記事、フォーラムの回答、要約は、管理元を示すだけのものです。引用元として使ってはいけません。
3. why.mdの説明に従って履歴を読みます。まずコードを特定します。次に、why.mdに記載された各ソースを読みます。セッションからアクセスできないソースは、すべて明記します。
4. 各主張の後に出典を記載したMarkdownメモを1つ作成し、呼び出し元が指定したパスに保存します。パスが指定されていない場合は、リポジトリ内で同様のメモを保管している場所を使います。そのような場所がない場合は、保存先を選び、返信でその場所を明記します。

ルール：

• 引用元は管理元を指す必要があります。動作については、ベンダー、ソース、仕様、または稼働中のエンドポイントが管理元です。意図については、判断が記録されたコミット、PR、チケット、ドキュメント、またはメッセージが該当します。
• 引用元を捏造してはいけません。検索しても何も見つからなかった場合、それも回答です。メモには未確認事項として記載してください。