4.1効果的なプロンプトの作り方

第3章で見たとおり、提案の質は 文脈（コンテキスト） に強く依存します。だからこそ、何をどう伝えるかという プロンプトエンジニアリング が成果を左右します。良いプロンプトの基本は「目的・制約・期待する出力形式を具体的に」示し、十分で関連性の高い文脈を与えることです。曖昧な依頼は曖昧な結果を生みます。

4.1.1プロンプトの構造とコンテキスト

効果的なプロンプトは、目的（何をしたいか）、文脈（対象のコード・前提・制約）、期待する出力（言語・形式・スタイル） を含みます。Copilot Chat では、対象の 選択範囲やファイルを明示 して渡すと精度が上がります。インライン補完では、関連コードを開いておく・わかりやすい関数名やコメントを先に書く ことが「文脈のヒント」になります。要は、モデルに推測させる余地を減らし、必要な情報を先回りして与えることです。

4.1.2Copilot はどう文脈を決めるか

Copilot は、カーソル周辺・開いているファイル・（機能により）関連ファイルや指示ファイルから文脈を集めます（第3章）。したがって利用者は、関連ファイルを開く・不要なノイズを減らす・instructions/プロンプトファイル（第2章）で恒常的な規約を与える、といった方法で文脈を制御できます。コンテキストウィンドウは有限なので、「関連性の高い情報を選んで与える」ことが、むやみに大量の情報を渡すより効果的です。

4.1.3ゼロショットとフューショット

ゼロショット（zero-shot） は例を示さずに指示だけで生成させる方法です。単純で定型的なタスクに向きます。フューショット（few-shot） は 入力と期待出力の例を数個示してから 依頼する方法で、出力の形式やスタイルを揃えたいとき、複雑/独自のパターンを学ばせたいときに有効です。たとえば「この形式のテストケースを 1 例見せてから、同じ形式で他のケースを生成させる」のがフューショットです。タスクの難しさと一貫性の要件に応じて使い分けます。

4.1.4この節のまとめ

• 良いプロンプト＝目的・文脈・期待出力を具体的に＋関連文脈を与える
• Chat は選択範囲/ファイルを明示、インラインは関連ファイル/明確な名前・コメントが文脈ヒント
• ゼロショット（例なし・単純）とフューショット（入出力例・形式統一/複雑）を使い分ける
• 文脈は有限ウィンドウ＝関連性で取捨選択。プロンプト改善でも検証は必須