ホーム
Cursor

Cursor

AnysphereがVS Codeをベースに構築したAIネイティブコードエディタ。全コードベースの文脈理解、マルチモデルサポート、並列エージェント実行を提供します。

コーディング フリーミアム · Free tier available; Pro starts at $20/month
ウェブサイトへ

Cursorは、2022年にMIT卒業生4人が設立したサンフランシスコを拠点とする応用研究ラボAnysphere, Inc.が構築したAIファーストの統合開発環境です。2023年3月に公開リリースされ、プロのソフトウェアエンジニアの間で最も広く採用されているAIコーディングツールの1つに成長しました。

CursorはVisual Studio Codeのフォークとして設計され、使い慣れたVS Codeのインターフェース、キーバインディング、テーマ、拡張機能エコシステムを維持しながら、深く統合されたAIインテリジェンスレイヤーを追加しています。

Cursorの核心的な差別化要因は、コードベース全体のコンテキストウィンドウです。単一の開いているファイルで動作するAIツールとは異なり、Cursorはプロジェクトリポジトリ全体をインデックス化し、AIモデルがそのコンテキストを使用できるようにします。GPT-4o、Claude 3.5 Sonnet、Claude Opus、Geminiなど25以上のAIモデルからスマートに選択するモデルルーターをサポートしています。

主な機能

  • プロジェクト対応AI提案のためのコードベース全体のインデックス化とコンテキスト検索
  • 単一プロンプトからの自然言語コード生成とマルチファイル編集
  • 並列エージェント実行(Cursor 2.0): 分離されたGitワークツリーで最大8つのエージェントを同時実行
  • GPT-4o、Claude Opus、Geminiなど25以上のAIモデルから選択するスマートモデルルーター
  • コードベース内の関連変更にわたって次のアクションを予測するタブ補完
  • Bugbot: 人間とAIが作成したコード変更に対するGitHub統合の自動バグ検出
  • プランモード: 複雑なマルチファイル変更を実行する前にAIがアプローチを概説
  • VS Code互換: 完全な拡張機能マーケットプレイス、テーマ、設定インポート
  • 引用されたファイルと行番号の結果を含む自然言語コードベース検索
  • AIモデルプロバイダーへのコードコンテキスト送信を制御するプライバシーモード

よくある質問

Cursorは無料で使えますか?

はい、Cursorは月2000回のコード補完と50回のプレミアムモデルリクエストを含む無料のHobbyプランを提供しています。AIコーディング機能を試すのに十分です。月額$20のCursor Proは無制限の補完、500回の高速プレミアムリクエスト、無制限の低速リクエストを提供します。月額$40のCursor Businessはチーム機能と一元管理を追加します。

Cursorは日本語に対応していますか?

はい、CursorのAIチャット機能はコードの説明、開発質問への回答、日本語でのコーディングガイダンスをサポートしています。CursorはVS Codeベースなのでインターフェースは日本語設定をサポートしています。コード内で日本語のコメントやドキュメントを書くことができ、AIはコード変更に関する日本語の指示を理解して応答します。

Cursorはどんな人に向いていますか?

CursorはAIプラグインではなくAIネイティブなコーディング体験を求める開発者に最適です。コードベース全体の理解が必要な複雑なプロジェクトのフルスタック開発者に優れています。頻繁なリファクタリング、レガシーコード移行、新しいフレームワークの学習を行うエンジニアが最も恩恵を受けます。

Cursorの最大の利点は何ですか?

Cursorの最大の利点は、深いコードベース理解とAIネイティブIDE設計です。現在のファイルのみを見るプラグインとは異なり、Cursorはプロジェクト全体をインデックス化してコンテキストに合った提案を提供します。Cmd+Kインライン編集とCmd+Lチャット機能で自然言語でのコード修正が可能です。プロジェクトアーキテクチャとコーディング規約を理解し、より正確で一貫したコードを生成します。

Cursorは初心者でも簡単に使えますか?

はい、CursorはVS Codeベースなので、VS Codeに慣れている方なら快適に使えます。AI機能は直感的です:Cmd+Kで自然言語でコードを編集し、Cmd+Lでコードについてチャットします。初心者でも欲しいものを普通の言葉で説明して動作するコードを得られます。VS Codeユーザーにとって学習曲線は最小限です。

代替ツール

コーディングの他のツール

タグ

coding IDE VS-Code AI-editor code-completion developer-tools GPT-4o claude

関連ガイド

Claude ChatGPT NotebookLM Notion AI製品取扱説明書作成ワークフロー
テキスト生成

生成AIで製品取扱説明書を作る方法2026:Claude・ChatGPT・NotebookLM・Notion AIで仕様と改訂をずらさない

製品版と仕様の正本、利用者タスク、安全情報、図版、用語、実機試験、翻訳、公開承認と改訂履歴をつなぐ取扱説明書の実務手順です。

続きを読む →
AI店舗チラシPOPデザインの制作校正版管理ワークフロー
画像生成

AI店舗チラシ・POPデザイン実務ガイド2026:Canva AI・Ideogram・Firefly・Figma AIで価格と期間を正しく伝える

商品・価格の正本、媒体別設計、文字なしキービジュアル、日本語組版、実寸校正、権利・表示・版管理までをつなぐ店舗販促の実務手順です。

続きを読む →
日本の開発チームが生成AIでAPI仕様書とOpenAPIと実装差分を確認する様子
コーディング

生成AIでAPI仕様書を作る方法2026:Cursor・GitHub Copilot・Continue・Phindで実装とOpenAPIをずらさない

最終更新日:2026年8月4日 · カテゴリー:AIコーディングツール API仕様書が古いままなら、生成AIで文章を増やしても連携事故は減りません。 実装は必須項目を追加したのにOpenAPIは任意のまま、サンプルレスポンスは200だけなのに本番では202を返す、エラーコードの説明と実際のJSONが違う。こうしたずれは、きれいなドキュメントほど発見が遅れます。読んだ人が「仕様として確定している」と信じてしまうからです。 この記事は、SaaS開発、受託開発、社内システム、モバイルアプリ、外部パートナー連携に関わる日本のエンジニア、テックリード、プロダクトマネージャー、QA担当者向けです。Cursor、GitHub Copilot、Continue、Phind、Sourcegraph Codyを使い、実装・OpenAPI・テスト・利用者向け説明を同じ契約につなぐ方法を整理します。 先に結論を言うと、生成AIに「API仕様書を書いて」と依頼するだけでは不十分です。最初に正本を決め、実装から観測できる事実と人が決める業務仕様を分け、機械検証できる契約を中心に置きます。AIは差分調査、初稿、例、負のテスト、レビュー観点を支援できます。一方、公開範囲、互換性、廃止日、法務上の表現、SLAを確定するのは担当者です。 目次 API仕様書が実装からずれる典型パターン 最初に「何を正本にするか」を決める Cursor・Copilot・Continue・Phind・Cody比較 AIに渡すAPI契約パケットの作り方 実装とOpenAPIをそろえる9段階 エラー、認証、ページングを曖昧にしない レビューで文章より先に確認するもの 日本企業の承認・委託・変更通知に合わせる findaiverseの比較メモ よくある質問 要点 正本を一つ決める — OpenAPI、コード注釈、設計モデルのどれを中心にするか決め、他の成果物は生成または検査します。 事実と意思決定を分ける — 実装から抽出できる型・経路と、担当者が決める権限・互換性・SLAを混同しません。 例はテスト可能なデータにする — 成功例だけでなく認証失敗、入力不備、競合、レート制限、空ページを用意します。 AIの説明を契約に戻す — 自然文だけを更新せず、スキーマ、契約テスト、SDK生成、差分チェックまで反映します。 公開前に秘密と内部構造を除く — ログ、社内URL、実在顧客、内部ID、セキュリティ制御の詳細を外部仕様へ漏らしません。 API仕様書が実装からずれる典型パターン 最も多いのは、実装変更だけが先に進むケースです。開発者はコントローラー、バリデーション、DBモデルを直し、テストも通します。仕様書の修正は「あとで」となり、そのままリリースされます。外部利用者は古い必須項目でリクエストし、初めてずれが表面化します。AIがPR説明を自動生成しても、仕様ファイルが変更対象に含まれていなければ契約は直りません。 逆のずれもあります。企画・設計段階でOpenAPIを詳しく書いたものの、実装時にフレームワークの都合で型やステータスコードが変わります。設計レビューでは仕様書が承認済みなので、担当者は実装が仕様どおりだと思い込みます。完成したAPIを実際に呼ぶ契約テストがなければ、二つの「正しい資料」が並びます。 サンプルだけが古いケースも厄介です。スキーマ上は新しい項目が入っているのに、コピー用のcurl、JSON例、SDK利用例が昔のまま残ります。利用者は説明文より例を先に使うため、実害が出やすい部分です。生成AIは既存の例を自然に書き換えますが、実際に実行していない例は見た目だけ正しくなることがあります。 エラー仕様は特にずれやすい領域です。アプリ側ではバリデーション、認証基盤、ゲートウェイ、業務ロジックが別々の形式でエラーを返します。仕様書には400、401、500しかなく、実際には403、404、409、422、429も返る。メッセージ本文だけをAIに要約させると、どの条件でどのコードになるかが抜けます。 非同期処理も誤解を生みます。受付時は202、完了結果は別のGET、失敗通知はWebhookというAPIを「登録API」と一行で説明すると、利用者は即時反映を期待します。再試行、冪等性、処理期限、状態遷移を契約に含めなければ、正常時のデモは動いても運用で二重登録が起きます。 最後は公開範囲のずれです。社内コードを読んだAIが内部ホスト名、テーブル名、管理者専用経路、未公開機能、ログ例を仕様書へ書く可能性があります。仕様の正確さと情報公開の適切さは別のレビューです。開発ツールの候補は findaiverseのAIコーディングカテゴリで比較できますが、公開境界は自社の責任者が決めます。 最初に「何を正本にするか」を決める API契約の正本には大きく三つの方式があります。設計先行でOpenAPIを正本にし、サーバースタブ、クライアント、モック、テストを生成する方式。コード注釈や型からOpenAPIを生成する実装先行方式。そして業務モデルから仕様と実装を作る方式です。どれも成立します。問題は、チーム内で方式が混ざり、手書きファイルと生成ファイルの両方を編集できる状態です。 設計先行は外部連携や複数チーム開発に向きます。実装前にパス、型、エラー、互換性を合意できるからです。ただし、実装が追従していることをCIで検査する必要があります。OpenAPIだけが立派でも、サーバーが別のレスポンスを返せば意味がありません。 実装先行は既存サービスへ導入しやすく、型とルートから仕様を作れる点が便利です。一方、コードから自動抽出できるのは観測可能な構造が中心です。利用目的、権限の意図、項目の単位、業務上の制限、廃止予定、レート制限の考え方は人が補います。自動生成された説明をそのまま公開すると、型一覧だけの読みにくい仕様になりがちです。 どの方式でも、生成物には「直接編集しない」と明記します。生成コマンド、入力ファイル、出力場所、差分確認方法をREADMEとCIに置きます。AIコーディングツールにも同じルールを渡します。生成されたOpenAPIを直接直してテストを通すのではなく、注釈や元モデルを直して再生成する流れにします。 OpenAPI自体の表現は現行仕様を参照します。OpenAPI Specificationの最新版をプロジェクトの基準としてリンクし、使用バージョンを固定します。モデルの記憶だけで3.0と3.1の差を処理させないでください。JSON Schemaとの関係、nullableの表現、Webhookなどで差が出ます。 正本の決定には所有者も含まれます。API全体の責任者、各ドメインの承認者、セキュリティ確認者、外部連携窓口、廃止判断者を決めます。AIが差分を発見しても、破壊的変更を許可する人までは判断できません。所有権が見えるとレビュー依頼も自動化しやすくなります。 Cursor・Copilot・Continue・Phind・Cody:API仕様書作成の役割比較 ツール […]

続きを読む →
担当者と利用者が生成AIで作ったやさしい日本語の行政案内をスマートフォンで確認する様子
ライティング

生成AIで「やさしい日本語」を作る方法2026:Claude・ChatGPT・Geminiで行政・防災・案内文を伝わる文章に直す

最終更新日:2026年8月3日 · カテゴリークラスター:AI文章生成ツール 「やさしい日本語」は、難しい漢字をひらがなに置き換えれば完成する文章ではありません。 災害情報、役所の手続き、病院の案内、学校からの連絡、店舗の注意書きには、期限、条件、場所、取るべき行動が含まれます。生成AIは長い原文を短くできますが、重要な例外を削ったり、「できる」と「しなければならない」を入れ替えたり、曖昧な主語を勝手に補ったりすることがあります。読みやすくなっても意味が変われば、案内としては失敗です。 この記事は、自治体、学校、医療・福祉、観光、交通、小売、企業の人事・総務、外国人支援、Web制作の担当者に向けた生成AIでやさしい日本語を作る方法の実務ガイドです。文章の候補作成には Claude AI、ChatGPT、Gemini、日本語以外を含む比較には Mistral AI、資料に基づく確認には NotebookLM も候補に入れます。 findaiverse編集チームが勧める基本方針は、AIに簡単な文を作らせる前に、人が「変えてはいけない情報」を固定することです。対象者、期限、金額、場所、必要書類、禁止事項、例外、問い合わせ先を事実カードにします。AIはそのカードを使って言い換え案を出し、担当者と想定読者が意味と行動を確認します。 目次 やさしい日本語の目的を決める 原文から事実カードを作る Claude・ChatGPT・Geminiなどを比較する 意味を変えずに文を短くする 漢字・カタカナ・制度語を扱う 文章だけでなく画面と行動を設計する 公開までの12段階 防災・行政・医療・観光で使い分ける findaiverseの比較メモ よくある質問 要点 最初に読者と行動を決める — 日本語のレベルだけでなく、どこで何をしてほしいかを明確にします。 数字と条件を固定する — 日時、金額、場所、対象、例外、問い合わせ先をAIが変更できない事実として渡します。 一文に一つの情報を置く — 主語と動作を近づけ、二重否定、長い修飾、曖昧な指示語を減らします。 ひらがなを増やしすぎない — 語の区切りが見えなくなる場合は、分かりやすい漢字と説明、ふりがなを組み合わせます。 想定読者が確認する — 担当者の校正だけで終わらせず、読者が一度で正しい行動を選べるか試します。 「誰に、何をしてほしいか」から始める やさしい日本語の読者を「外国人」と一つにまとめないでください。日本語を学び始めた人、会話はできても行政用語が難しい人、漢字圏出身の人、非漢字圏出身の人、子ども、高齢者、読み書きに困難がある人では、分かりにくい箇所が違います。同じ人でも、落ち着いて読む申請書と避難中に見るスマートフォンでは理解できる量が変わります。 読者像には場面を入れます。「日本に来て1年以内で、区役所の窓口へ行く前にスマートフォンで読む人」「夜間に駅で運転見合わせを知り、代わりの交通手段を探す人」のように書きます。年齢や国籍だけより、必要な情報と利用環境が見えます。 次に行動を一つ決めます。申請する、避難する、電話する、待つ、持ってくる、入らない、予約を変更するなどです。一枚の案内に複数の行動がある場合は、順番と条件を分けます。「該当する方は適切に対応してください」では、読者は自分が該当するかも、何が適切かも分かりません。 情報の緊急度も設定します。命や安全に関わる案内は、短く、直接的で、場所と行動を先にします。制度説明は、要約と詳細を分け、例外や根拠へ移動できるようにします。イベント案内は日時・場所・費用・申込方法が中心です。全ての文を同じやさしさ、同じ長さにする必要はありません。 やさしい日本語と翻訳の役割も決めます。やさしい日本語が多くの読者の共通手段になる場合はありますが、全ての情報を置き換えるものではありません。重要な医療、法律、権利、災害情報では、多言語版、通訳、図、音声、対面支援が必要になることがあります。どの言語と支援経路を用意するかを先に考えます。 公的な考え方や事例を調べる入口として、出入国在留管理庁のやさしい日本語に関する案内を確認できます。日本語表現や公用文を検討するときは 文化庁の国語施策も参考になります。所属組織や分野の最新基準を必ず優先してください。 候補ツールは findaiverseのAI文章生成カテゴリーから探せます。ただし、「読者」と「行動」が決まる前にツールを開くと、文章は短くなっても目的が曖昧なままです。 原文をそのまま渡さず、事実カードを作る 長い原文には、制度の背景、内部向けの説明、法令名、例外、過去の経緯が混ざっています。AIに「分かりやすく要約して」と頼むだけでは、何を残すべきかをモデルが決めることになります。読みやすさを優先して条件が消える危険があります。 事実カードには、案内ID、対象者、対象外、開始日時、終了日時、場所、費用、必要な物、手順、禁止事項、例外、問い合わせ先、根拠文書、確認者、最終確認時刻を入れます。該当しない項目は空欄ではなく「なし」または「未確認」と区別します。 一つの事実に一つのIDを付けると検査しやすくなります。F01は受付期間、F02は対象者、F03は必要書類、F04は手数料という形です。生成された各文がどのIDから作られたかを併記させれば、担当者は数字と条件を先に確認できます。 確定、確認中、仮定、廃止の状態も必要です。公開文に使えるのは原則として確定情報です。確認中の情報を伝える必要がある場合は、「決まり次第、8月4日15時までにこのページで知らせます」のように、未確定であることと次の案内方法を担当者が承認します。 […]

続きを読む →