コンテキストパックとは？

埋める隙間

メモリは自動的です。システムが何を保持し、いつ再導入するかを決め、便利ですが不正確です。一回限りの添付は正確で使い捨てです。来週も同じ五つの文書をまた集めることになります。

パックはその中間です。一度、意図的に組み立てられ、選んだときに適用されます。コーディング規約、製品の用語、ある作業が守るべき制約です。

何を含めるべきか

そうでなければ再説明することになる、安定した資料です。ハウススタイル、ドメイン語彙、恒久的な制約、常に望む出力の形。

含めるべきでないのは、質問ごとに変わるものです。使うたびに編集するパックは、余分なステップのついたプロンプトです。

コストと規律

パックはそれが添付されるすべてのメッセージで入力トークンになるため、すべてに適用される大きなパックは新しい形をしたコンテキストウィンドウのコスト問題です。いくつかの小さく具体的なパックは、一つの大きく一般的なパックに勝ります。

パックは明示的であるため、レビューもしやすくなります。正確に何が送られているかを読めるのです。これは自身を組み立てるメモリには当てはまりません。

よくある質問

これはシステムプロンプトとどう違いますか？

システムプロンプトは通常、一度設定される指示の塊です。パックは会話ごとに添付・取り外しする名前付きの束であり、指示だけでなくファイルや参照も運べます。

複数を同時に使えますか？

はい、小さなパックを組み合わせることこそが要点です。プロジェクトごとに一つの束ではなく、言語パックとハウススタイルパックを組み合わせるのです。

パックはRAGに取って代わりますか？

いいえ。パックは手作業で選ばれ常に含まれますが、検索は質問に応じて大きなコーパスから選びます。パックは安定した資料に適し、検索は添付するには大きすぎる資料に適します。