カーソルルールファイルは非常に実用的ですが、使いすぎには注意が必要です。あまり長くしすぎると、毎回コンテキストが長くなりすぎて生成効果に影響が出るため、注意が必要です。中国語のプロンプトを入力すると、デフォルトの中国語の応答が求められるため、中国語の返信やマークダウンなどは必要ありません。必要なのは、最も重要なポイントだけです。 - プロジェクトの種類 - メインフレームワーク - 命名規則など。例えば、私が使用しているのは以下のとおりです。
原則として、このルールファイルは毎回デフォルトでAPIに送信されます。ルールファイルに含まれるコンテンツが多すぎる場合は、他の場所のコンテンツを圧縮する必要があります。結局のところ、コンテキストウィンドウ全体の長さには制限があります。また、すべてのリクエストにこれほど多くのx.com/ch1lam_/status…的なルールのみが必要です。プロンプトを作成するたびに、追加の要件を追加すれば十分です。
コードが短ければ影響は小さく、長ければ長いほど良いです。コードが長い場合は、短い方がよいでしょう。また、モデルが強力であればあるほど、コンテキストウィンドウの長さに対するサポートが充実し、影響は小さくなります。具体的な状況によって異なります。
カーソルをうまく使いこなすための最も重要なスキルは、命令とコンテキストです。命令：毎回何を行うのか、どのような結果を期待するのかを明確にすることが重要です。命令は可能な限り小さくアトミックなものにする必要があります。つまり、一度に小さなMVPを反復処理するのが最適であり、一度に多くのタスクを持たないようにするのが最善です。コンテキスト：つまり、関連するコードは何か、それらをComposerコンテキストに手動で一つずつ追加するのが最善です。
Claude モデルは指示によく従い、コンテキスト ウィンドウの長さも小さくありませんが、AI エディターはエンジニアリングの最適化を行うため、長いコンテンツを誤って最適化してしまう可能性があります。