Pathrule vs Cursorのルール

Cursorのルールは、フラットなファイルではありません。Cursorには、ユーザーのメモリと、Projectの中で作業するエージェント間でコンテキストを共有するProjectsもあります。Projectsには提供範囲とプランによる制限があるため、自分のアカウントで使えるかを確認してください。

プロジェクトルールは、.cursor/rulesに置かれるバージョン管理された.mdcファイルで、フォルダーに整理できます。ルールはsrc/**/*.tsxのようなglobでファイルを対象にでき、いつ発動するかは4つの適用モードで決まります。常に適用、説明文から賢く判断して適用、一致するファイルに適用、チャットで手動で呼び出す、の4つです。自分の環境向けのユーザールール、TeamとEnterpriseのプランでダッシュボードから配布するチームルール、そしてサブディレクトリに入れ子にするAGENTS.mdファイルもあります。

Cursorだけで作業し、規約がそのモデルに収まるなら、これは良い仕組みで、ほかの仕組みは必要ありません。

Cursorのルールはそのまま残しましょう。リポジトリ全体に共通する定数や、エディター固有の振る舞いには向いていますし、Pathruleをインストールしても消えることはありません。Pathruleが加えるのは、ツールごとのルールファイルではうまく表現できない、細かく数の多いナレッジです。1つのディレクトリに結びついた決定、2つ目のエンジンも必要とする規約、そして変更を思いとどまらせるのではなく止めるべき制約です。

両者の組み合わせ方はCursor向けPathruleのページで、どちらを使うにしても知っておきたい失敗のパターンはCursorのルールが黙って無視される理由で解説しています。フロントマターの誤り、レガシーのファイル、多すぎる常時適用のルールです。