Cursor Rules と Skills の違いとは？（2026）
Cursor ではエージェントを誘導する方法が二つあります。Rules（常時の制約）と Skills（オンデマンドの手順書）です。結論：安定した標準は Rules に、多段階の手順は Skills に置く。常に覚えていてほしいことは Rules、依頼されたときだけ走らせるワークフローは Skill です。
MacLogin 関連：SSH 経由の Claude Code（共有 Mac ターミナル）、ECC の rules と skills の分け方（別製品、同じ考え方）、初回 SSH 信頼チェックリスト。, Claude Opus 4.8 ベンチマーク, and Claude Agent SDK 入門
何を決めているか
Rules と Skills を混ぜると指示の重複、コンテキストの肥大化、ワークフローが発火しない、といった問題が起きます。Rules は「常に真でなければならないことは？」Skills は「タスク X ではどの手順を走らせる？」に答えます。
共有リモート Mac 上のチームは、SSH セッション間で Rules と Skills を揃えるため .cursor/ を git 管理することが多いです（任意）。ローカルノート PC でも同じです。
Rules と Skills の判断マトリクス
| 観点 | Cursor Rules | Cursor Skills |
|---|---|---|
| 主な役割 | 常時ポリシー：スタイル、セキュリティ、スタック既定 | 呼び出し可能なワークフロー：公開、監査、スキャフォールド |
| 典型的な場所 | .cursor/rules/*.mdc | .cursor/skills/<name>/SKILL.md |
| 読み込みタイミング | プロジェクト/ユーザー範囲のコンテキスト | スラッシュコマンドまたはエージェントが skill を付与 |
| 推奨サイズ | 短い箇条書き；有効な rules 合計 <~500 行 | 手順とチェックリストを含む自己完結 runbook |
| 失敗パターン | コンテキストノイズ；矛盾する「常に」ルール | Skill が一度も呼ばれない；SKILL.md を Rules に貼る |
公式：Cursor Rules と Cursor Skills。
シナリオ A — チーム標準（Rules を使う）
毎セッション同じ境界を守らせたいときは Rules：TypeScript strict、コミット形式、「lockfile を手編集しない」、セキュリティ禁止事項など。
関心ごとに分割—global.mdc、frontend.mdc、backend.mdc—monorepo ではパス glob で、Terraform 編集時にモバイル方針が載らないようにします。
シナリオ B — 反復可能なワークフロー（Skills を使う）
手順系は Skills：SEO 監査、多言語公開、キーローテーション。トリガー、番号付き手順、停止条件、チェックリストを書きます。安全のため Skill 全文を Rules に貼らないでください—コンテキストを消費するだけでスラッシュ動作はありません。
MacLogin のスタックでは ECC も rule パックと skills を分けます—別製品、同じ設計上の教訓です。東京ノード経由の共有ホストでも .cursor/ の git 管理は同じ考え方です。
推奨パス
| ニーズが… | やること |
|---|---|
| 既定のトーン、セキュリティ、フレームワーク慣習 | .cursor/rules/ 下の Rules |
| 6 段以上の手順またはスラッシュ起動 | SKILL.md 付き Skill |
| 両方必要 | Rules = 制約；Skill = 手順 |
| 迷ったとき | 「毎チャット？」→ Rules。「タスク X だけ？」→ Skill。 |
アンチパターン：巨大な SKILL.md を Rules と Skills の両方にコピー—トークン重複と一週間以内の編集分岐。
複数エンジニアが 1 台の Mac ホストを共有する場合は .cursor/ を git に。秘密情報を同期する前に SSH 信頼チェックリスト を確認してください。ローカルのみの Cursor セットアップにリースは不要です。
FAQ
.cursor/rules/ にあります。Skills は通常 .cursor/skills/ でプロジェクト単位です。.cursorrules は？.mdc ファイルへ移行し、数千行の単一ファイルはやめましょう。