.cursorrules設定ガイド — AI文体統一を自動化する方法

AIエディター「Cursor（カーソル：AIを内蔵したコードエディター）」で文章を生成するたびに、「です・ます調で書いて」「この用語を使って」と指示していませんか。その繰り返しは、チームが大きくなるほど品質のバラつきを生む原因にもなります。.cursorrules（カーソルルールズ）ファイルを活用すれば、文体・用語・フォーマットのルールをプロジェクト単位で自動適用でき、チーム全体でAI出力の品質を統一できるのです。

この記事を読めば、.cursorrulesの基本設定から業種別の実践例、チーム運用のコツ、トラブルシューティングまでが身につきます。

.cursorrulesとは何か

.cursorrulesとは、Cursorのプロジェクトルートに配置するテキストファイルで、AIが生成する文章の文体・用語・フォーマットを自動的に制御する設定ファイルです。一度定義すれば、プロジェクト内のすべてのAI操作にルールが自動で適用されます。

.cursorrulesは、Cursorのプロジェクトルート（またはサブディレクトリ）に配置するテキストファイルです。このファイルに記述したルールは、そのプロジェクト内でAIにプロンプトを送るたびに自動的に参照されます。

つまり、毎回のプロンプトに「です・ます調で」「専門用語はカタカナ表記で」と書く必要がなくなります。一度ルールを定義すれば、プロジェクト内のすべてのAI操作に自動で適用されるのです。

従来のプロンプト指定との違い（Before/After）

Before（毎回プロンプトで指示）:

• チャットで「です・ます調で書いて。一文は短く。専門用語は初出時に説明を付けて」と毎回入力
• 担当者Aは「ですます調」と指示するが、担当者Bは「丁寧語で」と微妙に異なる指示
• 結果、同じプロジェクト内でAI出力の文体がバラバラに
• 所要時間：毎回15〜30秒のロス × 1日20回 = 5〜10分の無駄

After（.cursorrulesで自動適用）:

• .cursorrulesに1回定義するだけで、以後すべてのAI操作に自動適用
• チーム全員が同じルールでAIを使えるため、出力品質が統一
• プロンプトは「提案書を作って」のように本題だけでOK
• ルール指示の所要時間：ゼロ

.cursorrulesの4つのメリット

• 再現性：誰がAIを使っても同じルールが適用される
• 効率性：毎回の指示が不要になり、プロンプトが簡潔になる
• 版管理：Git（ギット：ファイルの変更履歴を管理するツール）で管理すれば、ルールの変更履歴も追跡できる
• チーム共有：リポジトリに含めることで、全員が同じ基準でAIを活用できる

.cursorrulesの設定方法（ステップバイステップ）

設定は非常にシンプルです。3ステップで完了します。

ステップ1：ファイルを作成する

1. Cursorのサイドバーで、プロジェクトのルートフォルダを右クリック
2. 「新しいファイル」を選択
3. ファイル名に「.cursorrules」と入力（先頭のドットを忘れずに）
4. Enterキーで確定すると、空のファイルが作成される

注意：ファイル名は必ず.cursorrulesです。拡張子は不要で、ファイル名自体が.cursorrulesとなります。Windowsでは「.（ドット）から始まるファイル名」の作成にエクスプローラーが対応していない場合があるため、Cursor内で作成するのが確実です。

ステップ2：ルールを記述する

自然言語で、AIに守ってほしいルールを記述します。Markdown（マークダウン：軽量のテキストフォーマット）形式で構造化すると、AIが正確に解釈しやすくなります。

ステップ3：保存して反映を確認する

ファイルを保存（Cmd+S / Ctrl+S）したら、AIチャットを開いて簡単な指示を出し、ルールが反映されているか確認します。反映されない場合は、Cursorを再起動（またはプロジェクトを再読み込み）してください。

基本テンプレート

以下は、汎用的に使える.cursorrulesの基本テンプレートです。コピーしてそのまま使えます。

# 文体ルール
- 「です・ます調」で統一する
- 一文は60文字以内を目安とする
- 主語と述語を近づけ、読みやすい文章にする
- 接続詞を適切に使い、論理の流れを明確にする

# 用語ルール
- 「AI」は「人工知能」と書かず「AI」表記で統一
- 「ユーザー」は「ユーザ」ではなく長音ありで表記
- 「サーバー」は長音ありで表記
- 社名は正式名称を使用する
- 英語の固有名詞はカタカナにせず原語表記（例: Cursor、Notion）

# フォーマット
- 見出しはH2→H3の階層で構成する
- 箇条書きを積極的に活用する
- 数値には単位を必ず付ける
- 表形式で比較・整理できる情報は表にする

# 禁止事項
- 「〜と思います」「〜かもしれません」などの曖昧表現は使わない
- 同じ表現の連続使用を避ける（「また」「さらに」の多用禁止）
- 不確実な情報を断定的に書かない

業種別・用途別の実践例

提案書・企画書用の設定例

# 提案書ルール
- 「です・ます調」で統一し、丁寧かつ簡潔に書く
- 結論→理由→詳細（PREP法）の順で構成する
- 数値・実績は具体的に記載し、根拠を明示する
- 「弊社」ではなく「当社」を使用
- 「御社」ではなく「貴社」を使用（書面のため）
- 専門用語は初出時にカッコ書きで説明を付ける
- 各セクションの冒頭に要約（3行以内）を入れる
- 金額は税別/税込を明示する
- ROIや定量効果は保守的な数値と楽観的な数値の幅を示す

法律文書用の設定例

# 法律文書ルール
- 「である調」で統一する
- 条項番号は「第○条」「第○項」「第○号」の形式
- 定義語は初出時に「（以下「○○」という。）」で定義する
- 日付は「令和○年○月○日」の和暦表記
- 金額は「金○○円」の形式
- 法律用語は正式な表記を使用する（例：「及び」「又は」「若しくは」）
- 「直ちに」「遅滞なく」「速やかに」を意味に応じて使い分ける
- 曖昧な表現（「等」「その他」）は可能な限り具体化する

法律文書でのCursor活用については「AIで契約書レビューを効率化 — Cursorで法務ドキュメントを扱う実践ガイド」で詳しく解説しています。

社内Wiki・ナレッジベース用の設定例

# 社内Wikiルール
- 「です・ます調」で統一する
- 新入社員でも理解できる平易な表現を使う
- 専門用語は必ず用語集へのリンクを付ける
- 手順書は番号付きリストで記載する
- スクリーンショットの挿入位置を「[画像: ○○の画面]」で明示する
- 更新日・更新者を末尾に記載する
- 関連ドキュメントへのリンクを「関連項目」セクションにまとめる
- 1ページ1トピックを原則とする

マーケティング・広報用の設定例

# マーケティングコンテンツルール
- 読者ターゲットを明確にした文章を書く
- 見出しはベネフィット訴求型にする（例: 「作業時間を半分にする方法」）
- CTAは記事中盤と末尾の2箇所に配置する
- データや事例は具体的な数値を含める
- 競合サービスへの直接的な批判は避ける
- ブランドガイドラインの用語表記を遵守する
- SEO対策として、主要キーワードをH2見出しに含める

特許明細書用の設定例

# 特許明細書ルール
- 「である調」で統一する
- 段落番号「【0001】」を付与する
- 長音記号は特許庁ガイドラインに準拠（サーバ、コンピュータ、プリンタ）
- 請求項との用語の整合性を常に確認する
- 「前記」「上記」を使い分け、参照先を明確にする
- 図面の参照は「図1」「図2」の形式で統一する

特許業務での活用については「特許明細書の作成時間を半分にする — AIエディターを使った弁理士の新しい働き方」をご参照ください。

こんなシーンで使える — 5つの活用ユースケース

1. 新人オンボーディングの品質標準化

新入社員がCursorを使い始める際、.cursorrulesがあれば初日からベテラン社員と同等の文書品質を実現できます。「うちの会社の書き方ルール」がファイルとして存在するため、口頭での指導や「暗黙のルール」に頼る必要がなくなります。

2. クライアント別のトーン切り替え

クライアントごとにフォルダを分け、それぞれに異なる.cursorrulesを配置。A社向けフォルダでは硬めのビジネス文体、B社向けフォルダではカジュアルなトーンを自動適用。フォルダを開くだけでルールが切り替わります。

3. 多言語ドキュメントの表記統一

外資系企業やグローバル展開中の企業では、英語と日本語の表記ルール（外来語のカタカナ化基準、固有名詞の扱い等）を.cursorrulesで定義。翻訳や日英バイリンガル文書の品質を自動的に統一できます。

4. 規制産業のコンプライアンス文書

金融・医療・製造業など、文書表現に法的制約がある業界では、.cursorrulesで禁止表現や必須表記を定義。「この表現は使ってはいけない」「この注意書きは必ず入れる」といったコンプライアンス要件をAIに自動で守らせることができます。

5. ブランドガイドラインの自動適用

社名の表記（「(株)○○」vs「○○株式会社」）、サービス名の大文字・小文字、キャッチコピーの引用ルールなど、ブランドガイドラインを.cursorrulesに落とし込むことで、広報・マーケティング部門のAI出力を自動的にブランド基準に合わせられます。

チームでの活用法

Git管理でルールを共有する

.cursorrulesファイルをGitリポジトリに含めることで、チーム全員が同じルールでAIを活用できます。ルールの変更もプルリクエストでレビューでき、「なぜこのルールを追加したのか」という経緯も残せます。

プロジェクト別にルールを分ける

クライアントごと、プロジェクトごとにフォルダを分けている場合は、それぞれのフォルダに異なる.cursorrulesを配置できます。フォルダの階層構造に応じてルールが上書きされる仕組みのため、全社共通ルール（ルートフォルダ）→部門別ルール（サブフォルダ）→プロジェクト固有ルール（さらに下の階層）という段階的なルール適用も実現できます。

段階的にルールを育てる

最初から完璧なルールを作ろうとする必要はありません。推奨するアプローチは以下の通りです。

1. Week 1：基本的な文体ルール（3〜5項目）でスタート
2. Week 2〜3：AI出力に不満を感じるたびにルールを追加
3. Month 1末：チームメンバーからのフィードバックを集約してルールを整理
4. 以後：四半期ごとにルールを見直し、不要なルールの削除と新規追加を実施

運用上の注意点とトラブルシューティング

注意点1：ルールは具体的に書く

「わかりやすく書く」のような曖昧なルールは、AIが解釈しにくく効果が薄くなります。「一文は60文字以内」「専門用語は初出時に説明を付ける」のように、具体的な基準を示しましょう。

注意点2：ルールは多すぎない方がいい

ルールが多すぎると、AIがすべてを守りきれなくなり、逆に品質が低下することがあります。目安として、1ファイルあたり20〜30項目程度に収めるのが実用的です。本当に重要なルールに絞りましょう。

注意点3：矛盾するルールを避ける

「簡潔に書く」と「詳細に説明する」のように矛盾するルールがあると、AIが混乱します。ルールの追加時には、既存ルールとの整合性を確認してください。

トラブル：ルールが反映されない場合

1. ファイル名を確認：.cursorrules（先頭にドット、すべて小文字）であることを確認
2. 配置場所を確認：Cursorで開いているフォルダのルート直下にあるか確認
3. Cursorを再起動：ファイル保存後に反映されない場合は、Cursorを再起動
4. エンコーディング確認：UTF-8で保存されていることを確認（Cursorの右下にエンコーディング表示あり）

FAQ（よくある質問）

Q1. .cursorrulesはどこに配置すればいいですか？

Cursorで開いているフォルダ（ワークスペース）のルート直下に配置します。サブフォルダにも配置可能で、その場合はサブフォルダ内のAI操作にそのルールが適用されます。親フォルダとサブフォルダの両方にルールがある場合、サブフォルダのルールが優先されます。

Q2. .cursorrulesの内容は日本語でも大丈夫ですか？

はい、日本語で問題ありません。むしろ、日本語のドキュメントを作成するのであれば、ルール自体も日本語で書く方がAIの解釈精度が高くなります。英語と日本語を混在させることも可能です。

Q3. .cursorrulesを複数のプロジェクトで使い回せますか？

はい。共通部分を「テンプレート」として保存しておき、新しいプロジェクトにコピーして使い回すのがおすすめです。共通ルール（文体の基本方針）＋プロジェクト固有ルール（用語の定義等）という構成にしておくと、使い回しやすくなります。

Q4. ルールを守らないAI出力が出たらどうすればいいですか？

まず、ルールの記述が具体的かどうかを見直してください。「丁寧に書く」→「です・ます調で統一する」のように具体化するだけで改善されることが多いです。それでも守られない場合は、ルールの先頭に「【重要】」を付けて優先度を示すと効果的です。また、AIモデルによってルール遵守の精度が異なるため、Claude 3.5 Sonnetなど指示遵守に強いモデルに切り替えるのも有効です。

Q5. .cursorrulesとCursorの設定画面の「Rules for AI」の違いは何ですか？

Cursorの設定画面にある「Rules for AI」はユーザー個人のグローバル設定で、すべてのプロジェクトに適用されます。一方、.cursorrulesはプロジェクト（フォルダ）単位の設定です。両方を併用でき、グローバル設定で個人の基本ルール（常にですます調で書く等）を、.cursorrulesでプロジェクト固有のルール（特定の用語規則等）を定義するのが効率的です。

まとめ

ポイント	内容
.cursorrulesの役割	AIの文体・用語・フォーマットをプロジェクト単位で自動制御
作成方法	プロジェクトルートに.cursorrulesファイルを置くだけ
記述形式	日本語の自然言語でOK。Markdown形式推奨
チーム活用	Gitで共有し、全員が同じ品質基準でAIを利用
運用のコツ	少数のルールから始めて段階的に育てる
注意点	具体的に書く、多すぎない、矛盾させない

.cursorrulesは、AIを「便利なツール」から「チームの品質基準を守るパートナー」に変える仕組みです。まずは5つのルールから始めてみてください。

関連記事

• 非エンジニアこそCursorを使うべき理由 — ドキュメント作成が劇的に変わる5つの機能
• CursorでWord・Notionを卒業する — AIドキュメント作成の完全ガイド【2026年版】
• コンサルタントのための提案書AI活用術 — ナレッジを属人化させない方法