PathruleCursorは編集する。
Pathruleは覚えている。
Cursorのための、共有ルールとチームのコンテキストです。パス単位のひとつのソースが、セッションとツールのフック、Cursorが自分で読み込む.cursor/rulesファイル、そしてMCPを通じてCursorに届きます。
Cursor例Pathruleなし
完了しました。ページはuseEffectの中で/api/ordersをfetchしています。
チームはAPIクライアントを使うのに、fetchを使っています。試行2回
Pathruleあり
セッション開始時と最初の編集時に：features/ordersのノート3件
- fetchではなくAPIクライアントを使う
- データ取得はReact Queryで
- ボタンはui/の共通コンポーネント
完了しました。注文はAPIクライアントとReact Queryで読み込みます。
チームがすでに決めたことに沿っています。試行1回
PathruleがCursorに届く仕組み。
- 読み込むファイル：あり読み込むファイル
- .cursor/rules
- 各プロンプトの前に：なし各プロンプトの前に
- プロンプトフックなし
- ツール呼び出しの前後に：ありツール呼び出しの前後に
- ツールフック
- 求めたときに：あり求めたときに
- ローカル
セッション開始時とツール呼び出しの前後のフック、Cursorが自ら読み込むルールファイル、そしてエージェントが求めるものすべてに応えるMCP。
.cursorrules vs Pathrule
- ネイティブの指示ファイルはパス単位でスコープでき、バージョン管理で共有できる。
- 変更は、リポジトリの権限と、そのGitやプルリクエストの履歴に従う。
- コンテキストは、クライアントが読み込むファイルとガイダンスしだい。
- Cursor専用。ほかのエージェントにはそれぞれのファイルが必要。
- オンボーディングは、リポジトリの指示の構成しだい。
- モデルが作業しているディレクトリに合わせて、パス単位で絞り込んだ部分を届ける。
- レビューできるルールとスキル。ワークスペースへのアクセスはサーバー側で強制され、セルフ監査もある。
- トークンコストは、ルール全体ではなく関連する部分に比例する。
- 同じ内容がClaude Code、Codex、GitHub Copilot、Windsurfに届く。
- オンボーディングは「ワークスペースに参加するだけで、正しいパスに正しいルールが現れる」。
PathruleがCursorに加えるもの
- フック時の注入セッション開始時とツール呼び出しの後にPathruleはCursorの
sessionStartフックとpostToolUseフックで動くので、スコープされた部分はセッションの開始時に届き、エージェントがファイルに触れるたびに作業についていきます。Cursorのプロンプトイベントはコンテキストを運べないため、Pathruleはそれを使いません。 - パス単位のグラフルールを、適用される場所に
/apps/webに紐づけたルールは、Cursorがそのパスの配下で作業しているときにだけ発動します。.cursorrulesは、何でも詰め込む場所ではなくなります。 - レビューできるチームのナレッジメモリ、ルール、スキル3種類のナレッジを、Local ConsoleとVS Codeでレビューでき、CloudではCLIとMCPで共同で作成できます。古くなったルールは整理の対象として示され、同時編集は互いを上書きせず、きちんと競合として扱われます。
- すべてのエージェントに同じ内容をすべてのエージェントに1つのソースClaude Code、Codex、GitHub Copilot、Windsurfが同じパス単位のナレッジを受け取るので、エディターの選択によってチームのナレッジが分断されることはありません。
よくある質問
PathruleはCursorに何を加えますか？
チームのメモリ、ルール、スキルを、Cursorのセッションフックとツールフック、.cursor/rulesファイル、MCPを通じてCursorに届ける、パス単位のナレッジレイヤーです。コンテキストはセッション開始時と各ツール呼び出しの後に届くので、モデルは作業中のディレクトリに一致する部分を受け取ります。
PathruleはCursorのルールの代替ですか？
Pathruleは、Cursor自身のコンテキストの上に位置するレイヤーです。Cursorのルールはコミットされ、globでスコープされ、それで機能します。Cursorにはメモリと共有のProjectsもあり、それぞれCursorの中での共有と優先順位の仕組みを持っています。Pathruleはその両方を確認できる状態に保ち、ワークスペース側をチームと共有し、あなた自身の作業の好みを次のリポジトリへ運びます。
チーム全員でCursorのルールをPathrule経由で共有できますか？
はい。Pathruleはチームのために作られています。Pathrule Cloudのワークスペースでは、ルールとスキルがパス単位のグラフで共有され、ワークスペースへのアクセスはサーバー側で強制されます。チームメイト全員のCursorがそれを受け取り、Claude Code、Codex、GitHub Copilot、Windsurfも同じものを受け取ります。
Cursorが.cursorrulesを無視するのはなぜですか？
Cursorのルールはglobを受け付けるので、スコープはかつてほどの問題ではありません。残っているのは、ルールが順位のないテキストとして届けられるため、厳格な要件が好みのように読まれてしまうこと、そしてCursorがあなたの作業の仕方について学んだことがCursorの中にとどまることです。Pathruleは各ルールを優先度と強制レベルとともに保存するので、要件は助言より上の順位になり、強制ルールはCursorのツール実行前のフックで該当する編集をブロックでき、Pathruleが学んだことは特定のエディターの外に置かれます。
PathruleはCursorにどうインストールされますか？
npm i -g @pathrule/cliを実行し、プロジェクトでpathrule setupを実行してCursorを選びます（アカウントなしで動かすなら--localを付けます）。セットアップは.cursor/hooks.jsonに、~/.pathrule/binにある難読化されていない1つのNode.jsスクリプトを指すフックのエントリを書き込み、.cursor/rules/pathrule-protocol.mdcを書き込み、ローカルのMCPエントリを追加します。これらのエントリを取り除けば、Pathruleは外れます。
Pathruleはソースコードを見ますか？
いいえ。Pathruleがリポジトリのソースコードを自動でアップロードすることはありません。ローカルモードにはアカウントがなく、ナレッジはお使いのマシンにとどまります。クラウドモードでは、Pathrule Cloudがチームの書いたメモリ、ルール、スキルを保存し、当てはまるものを順位づけするために各プロンプトの冒頭が送信されます。また、あなたかエージェントがpathrule snapshotを実行したときには、ファイルツリー、マニフェスト、ドキュメントの短いサンプル、最近のgitメタデータがアップロードされます。詳しくはセキュリティページをご覧ください。