Cursorのバイブコーディングとは、AIエディタのCursor上で自然言語の指示を出し、コードの生成から修正までをAIに進めてもらう開発の進め方です。

指示を出せば数分で画面が動くところまで到達しますが、生成されたコードの構造を把握しないまま積み上げると、あとから直しにくいコードが手元に残ります。

本記事では、Cursorの4つのモードの使い分けとRulesによる品質の安定化、委託先がAIを使う場合の取り決めまでを、開発を発注する企業の担当者に向けて解説します。自社の開発体制にAIを組み込む際の材料としてお使いください。

Cursorのバイブコーディングとは？

Cursorは、VS Codeをもとに作られたAIエディタで、チャット欄に日本語で目的を書くと、ファイルの作成や既存コードの修正、テストの実行までAIが進めます。コードを読む場所と指示を出す場所が同じ画面にあるため、生成された内容をその場で確かめながら開発できるのが特徴です。

Cursorがバイブコーディングと相性が良い理由は、大きく次の3点です。

• エディタに統合されている：生成、確認、修正を画面を移動せずに済ませられる
• 目的別のモードがある：実装、計画、調査、不具合の原因究明を切り替えられる
• Rulesで指示を固定できる：プロジェクトごとの決まりを毎回書かずに済む

とくに3つ目のRulesは、複数人で開発する場面で差が出る部分です。担当者ごとにAIへの伝え方が違っても、リポジトリに置いたルールが共通の前提を補います。

Cursorには無料で使えるプランがあり、契約前に操作感を試せます。料金や利用条件は改定される場合があるため、導入前には公式サイトで最新の内容を確かめてください。

なお本記事は、Cursorを開いたあとの使い方に絞ります。バイブコーディングという進め方そのものや、企業が導入する際に押さえる論点は、バイブコーディングとは？仕組みから限界・企業導入の成功戦略まで解説で扱っています。

バイブコーディングで使い分けるCursorの4つのモード

Cursorのモードは4つです。作業の性質に合わせて選ぶだけで、無駄なやり直しを減らせます。

• Agentモードで実装を任せる
• Planモードで実装前に方針をそろえる
• AskモードとDebugモードで調べる・直す

Agentモードで実装を任せる

やることが決まっている作業は、Agentモードにそのまま任せて構いません。Agentモードは起動時に選ばれている既定のモードで、ファイルの作成や書き換え、コマンドの実行までを続けて進めます。作業が終わると変更前後の差分が並ぶので、受け入れる前に中身を1つずつ確かめられます。

注意したいのは、指示があいまいなほど手を入れる範囲が広がる点です。1回の指示は1つの機能、あるいは1つの不具合にとどめて区切りごとにコミットしておけば、戻したいときにも困りません。

意図と違う実装が返ってきたときは、追加の指示で直そうとせず、いったん変更を取り消しましょう。指示を組み立て直したほうが、結果的に早く完成します。

Planモードで実装前に方針をそろえる

複数のファイルをまたぐ変更は、いきなり実装させると収拾がつかなくなりがちです。そこで使うのがPlanモードです。AIがコードベースを調べ、足りない条件を質問したうえで、実装手順をMarkdownの計画としてまとめます。

計画はそのまま編集できます。不要な手順を削り、抜けている観点を書き足してから実装へ移りましょう。委託先とのやり取りでも、着手前にレビューできる材料が手元に残る点は扱いやすいところです。

計画をファイルとして保存しておけば、担当者が交代しても何を作ろうとしていたかを追えます。

AskモードとDebugモードで調べる・直す

AskモードとDebugモードは、書かせるためではなく調べるためのモードです。

引き継いだコードの全体像をつかみたいときは、Askモードを使います。コードを編集しないモードなので、処理の流れや設計の意図を安心して質問できます。読み解く作業とコードを触る作業を分けられる点が便利です。

原因の見当がつかない不具合には、Debugモードが向いています。すぐに修正を書かず、複数の仮説を立てて確認用のログを仕込むところから始まる点が、Agentモードとの違いです。開発者が不具合を再現すると、AIが実行時のログを読んで原因を絞り込み、最小限の修正を提案します。AIを使った不具合調査の考え方は、AIによるデバッグとは？できることや活用するメリット、注意点を解説でも整理しています。

CursorのRulesでバイブコーディングの品質を安定させるコツ

CusorのRulesは、AIへ毎回伝えている前提をファイルに固定しておく仕組みです。担当者が違っても出力の傾向がそろうため、複数人で開発するなら早めに整えておきましょう。

• プロジェクト単位でルールを共有する
• チーム全体に適用するルールを決める
• AGENTS.mdで他ツールと指示を共通化する

プロジェクト単位でルールを共有する

Cursorを使用してバイブコーディングするときは、プロジェクト単位でルールを共有しましょう。AIは会話をまたいで前提を記憶できないため、命名規則やディレクトリ構造を伝えないまま指示を出すと、同じ機能でも担当者ごとに違う書き方のコードが返ってきます。

その点、リポジトリにルールを書いておけば誰が指示を出しても同じ前提が読み込まれるので、レビューでの指摘を大きく減らせます。

ルールは .cursor/rules フォルダに拡張子 .mdc で置き、1つのルールにつき500行を目安に作成しましょう。

チーム全体に適用するルールを決める

複数のプロジェクトを並行して動かしているなら、Team Rulesで組織共通の基準を決めましょう。プロジェクトごとに整備を任せると、新規案件では丁寧にルールを書いても短期の改修案件では手が回らず、品質の下限がそろいません。

その点、Team Rulesは全リポジトリへ届き、Project RulesやUser Rulesよりも優先されるため、どの案件でも守ってほしい基準だけは確実に適用できます。

Team RulesはTeamプランとEnterpriseプランの機能で、管理画面から作成し、強制の設定を有効にすればメンバー側では解除できません。ただし、AIへの指示だけで情報管理を成立させるのは無理があるため、権限設定やレビューと組み合わせて運用してください。

AGENTS.mdで他ツールと指示を共通化する

委託先や他部署が別のAIツールを使っているなら、AGENTS.mdで指示を共通化しましょう。CursorのRulesはCursorしか読み込まないため、同じリポジトリでも使うツールが変わればコードの書き方がそろわなくなります。

その点、AGENTS.mdは他のAIコーディングツールでも読み込める形式なので、ツールをまたいで同じ前提を共有できます。

AGENTS.mdはプロジェクトの直下に置き、サブフォルダに置いた分もあわせて読み込まれる仕様です。Cursor固有の設定はProject Rulesへ、共通の指示はAGENTS.mdへと分けて管理しましょう。

Cursorのバイブコーディングで注意したい点

Cusorのバイブコーディングは便利ですが、業務で使う前に押さえておきたいポイントがあります。

• 保守性：構造を把握しないまま積み上げると、あとから修正や機能追加がしにくくなる
• 機密情報：プライバシーモードで学習に使わせない設定にできる
• 監査：監査ログの対象は管理操作であり、生成コードの中身までは残らない
• 利用量：使い方で消費が変わるため、上限の考え方を先に決めておく

保守性は、バイブコーディングにおいて代表的な課題です。構造を把握しないまま機能を積み上げると、あとからの修正や機能追加で対応できなくなるケースが多いです。そのため、システムが動いた時点で止めず、ファイルの分割や命名を人の目で整える時間を確保してください。

機密情報については、プライバシーモードという設定があります。有効にすると、入力したコードがモデルの学習に使われません。外部の委託先を含めて開発するなら、契約前に設定の状態を確認しておきましょう。

監査ログはエンタープライズプランで提供されます。ただし記録されるのは認証やロールの変更、チーム設定、APIキーの管理といった管理操作であり、エージェントの応答や生成されたコードの中身までは残りません。誰がどのコードを書いたかを追う必要があるなら、Gitの履歴とレビューの記録で担保すると良いでしょう。

最後の利用料は使い方次第になります。長いコンテキストを読み込ませたり、複数のエージェントを同時に動かしたりすれば、その文消費量が増えます。そのため、チームで使用するなら上限の考え方を先に決めておくと安心です。

委託・オフショア開発でCursorのバイブコーディングを扱うポイント

委託先がAIを使って開発する場面は、すでに珍しくありません。使用を禁じるより、条件を決めたうえで成果物を評価するほうが現実的です。

決めておきたいのは、まず検収基準です。動くかどうかだけでなく、テストコードの有無、命名や構造の一貫性、依存ライブラリの妥当性まで合意しておけば、AIが書いたかどうかと関係なく品質を判断できます。AIの利用そのものではなく成果物の状態を基準に据えると、契約上の争点も減らせます。

次にレビュー体制です。生成されたコードは量が増えやすく、レビューが追いつかないと確認が形だけになりがちです。変更の単位を小さく保つ、設計に関わる部分は人が必ず確認するといった運用を、委託先とも共有してください。AIを使ったコードレビューの取り入れ方は、AIによるコードレビューとは？注目される背景やメリット、活用のポイントを解説で整理しています。

機密情報の扱いは契約書に落とし込みます。使用するツール、学習に使わせない設定にするかどうか、参照させないファイルの指定方法を、開発が始まる前に確認しておきましょう。弊社でも、ベトナムの開発拠点とあわせて、AIツールを取り入れた開発体制づくりからご相談が可能です。

Cursorのバイブコーディングに関するよくある質問

Cursorのバイブコーディングについて、導入や発注の検討時に寄せられる質問をまとめました。

Cursorのバイブコーディングは無料でも試せますか

Cusorには無料で使えるプランが用意されています。使える量には制限があるものの、モードの切り替えやRulesの動きを確かめる目的なら十分です。料金体系は改定される場合があるため、契約前に公式サイトで最新の内容を確認してください。

GitHub CopilotとCursorはどちらが向いていますか

使っているエディタを変えたくないならGitHub Copilot、AIに任せる範囲を広げたいならCursorがおすすめです。Cursorはエディタごとバイブコーディング向けに作られており、モードの切り替えや計画のレビューが最初から組み込まれています。ツールの全体像から比べたい場合は、コーディングAIとは？できることから主要ツール・導入のポイントまで解説もあわせてご覧ください。

.cursorrules と .cursor/rules はどちらを使えばよいですか

これから始めるなら .cursor/rules です。.cursorrulesは古い形式であり、公式ドキュメントでも.cursorrulesを使用するように案内されています。

*古い形式の設定が残っている場合は、内容を確認しながら移し替えてください。

AIが書いたコードの保守はどうすればよいですか

AIが書いたコードの保守作業は、基本的に人がおこないます。そのため、人が読んで理解できる状態を保つ運用が前提となります。

変更の単位を小さく保ち、設計に関わる部分は人が確認し、テストコードを残すという運用を徹底すれば、AIが書いた部分でも通常のコードと同様に扱うことが可能です。

委託先がバイブコーディングで開発しても問題ありませんか

委託先との取り決め上、バイブコーディングが禁止されていない限りは問題ありません。使用するツールや学習に使わせない設定、検修基準やレビュー体制を契約前に合意しておけば、AIを使用したかどうかは品質の判断材料にはなり得ないでしょう。

まとめ

Cursorのバイブコーディングは、自然言語の指示でコードを生成しながら開発を進める方法です。Agent、Plan、Ask、Debugの4つを作業内容で切り替えれば、AIに任せる部分と人が確認する部分を分けられます。

一方で、保守性や機密情報の扱い、監査で追える範囲には限りがあります。委託やオフショア開発で取り入れるなら、検収基準とレビュー体制、機密情報の取り決めを開発が始まる前に固めておきましょう。

Cursorの導入自体は難しくありませんが、レビュー基準や情報の取り扱いまで含めて運用に乗せるとなると、社内だけで進めるのは負担が大きくなります。弊社では、ベトナムの開発拠点とあわせて、AIツールを前提とした開発体制の設計から実装、その後の保守までをご支援しています。委託先とのAI利用ルールの決め方や、体制づくりの進め方でお悩みでしたら、下記よりお気軽にご相談ください。

お問い合わせ｜オフショア開発なら株式会社ブライセン