cursor プライバシーモードは安全？仕事で使う前に見る設定と注意点

こんにちは、ミンビズ運営のミナトです。Cursorを仕事や副業の開発に使うとき、「プライバシーモードをオンにすれば大丈夫なの？」「自分のコードや入力内容は学習に使われないの？」という不安、かなり自然だと思います。特に会社のコード、顧客情報、未公開サービスの設計メモなどを扱うなら、便利さだけで突っ走るのはちょっと怖いですよね。

この記事では、Cursorのプライバシーモードで何が変わるのか、設定方法、APIキーを使う場合の注意点、チームや有料プランで見るべきポイントまで整理しました。効果を過度に断定せず、公式情報で確認できる範囲と、仕事で使う前に現実的にチェックしたい点を分けてまとめます。

この記事のポイント
✅ Cursorのプライバシーモードで保存・学習まわりがどう変わるか
✅ Privacy Modeをenabledにする基本手順
✅ APIキー利用時でもCursorのバックエンドを経由する点
✅ 仕事・副業・チーム開発で見たい安全確認ポイント

cursor プライバシーモードの基本と設定方法

1. cursor プライバシーモードの答えは「オンにするだけで終わりではない」と理解すること
2. Privacy Modeは設定画面からenabledに切り替えること
3. プライバシーモード有効時はコード保存と学習利用の扱いが変わること
4. APIキーを持ち込んでもCursorのバックエンド経由になること
5. コードベースのインデックス化ではメタデータが残る場合を見ておくこと
6. cursor 有料プランではチーム単位の強制設定も確認すること

cursor プライバシーモードの答えは「オンにするだけで終わりではない」と理解すること

Cursorのプライバシーモードは、ざっくり言うとコードデータの保存や学習利用を抑えるための設定です。仕事でCursorを使うなら、まず最初に確認したい項目ですね。

ただし、「オンにしたから何を入れても安心」と考えるのは、少し雑かなと思います。公式セキュリティページでは、プライバシーモードを有効にすると、コードデータがモデル提供会社に保存されたり、学習に使われたりしないように技術的・契約上の制御を適用すると説明されています。

とはいえ、CursorのAI機能を使うには、入力した内容やコードが処理のために外部のサーバーを通る場面があります。つまり、保存されるかどうかと、処理のために送信されるかどうかは分けて考える必要があります。

ここがいちばん大事です。プライバシーモードは重要な安全設定ですが、機密情報をそのまま入れてよい免罪符ではありません。会社のルール、顧客との契約、扱うデータの種類もセットで見たいところです。

🧭 Cursor利用前のざっくり整理

見るポイント	考え方
プライバシーモード	まず有効化を確認
送信経路	AI機能ではサーバー処理が発生する場合あり
保存・学習	有効時は抑制される説明がある
機密情報	入力しない設計が基本
会社利用	社内ルールと照合が必要

Cursor公式のセキュリティページでは、プライバシーモードはFreeやProでも利用でき、チームメンバーにはデフォルトで有効になる旨が説明されています。

プライバシーモードはSettingsで有効にでき、FreeまたはProでも利用可能と説明されています。
引用元：https://cursor.com/ja/security

この情報を踏まえると、個人利用でも仕事利用でも、まずはPrivacy Modeをenabledにするのが第一歩です。そこから、どのファイルを開くか、どの入力をAIに渡すかを決めていくのが現実的ですね。

Privacy Modeは設定画面からenabledに切り替えること

Cursorのプライバシーモードは、設定画面から切り替えられます。リサーチした複数の記事でも、基本の流れはかなり近い内容でした。

手順としては、Cursorの画面右上にある歯車マークを開き、設定内の「Privacy Mode」を探して、enabledに変更します。設定後は、もう一度設定画面を開いてenabledになっているか確認しておくと安心です。

特に、最初にインストールした時点でどう設定したか覚えていない人は、今すぐ見直したほうがよいです。使い始めた時期やバージョンによって、表示や初期状態の印象が違う可能性があります。

🛠️ 基本の設定手順

手順	内容
1	Cursorを開く
2	右上の歯車マークをクリック
3	SettingsまたはGeneralの項目を見る
4	Privacy Modeを探す
5	enabledに変更する
6	再度開いてenabledになっているか確認する

この設定は難しくありません。ただ、簡単だからこそ「やったつもり」になりやすいです。仕事用PCや副業用PCなど、複数環境でCursorを使っている人は、それぞれ確認しておきたいですね。

⚠️ 確認したい場面

場面	理由
初回インストール後	初期設定を見落としやすい
PCを変えた後	設定が引き継がれていない可能性がある
チームに参加した後	組織ポリシーが上書きする場合がある
アップデート後	表示や設定項目が変わる場合がある
重要ファイルを開く前	念のため状態を確認したい

ZennやQiitaの記事でも、歯車マークからPrivacy Modeをenabledにする手順が紹介されています。実際のUIは今後変わる可能性があるので、見当たらない場合はCursor Settings内で「Privacy」などの語を探すのがよさそうです。

大事なのは、設定手順を知ることよりも、重要なデータを扱う前にオン状態を確認する習慣です。これだけでも、うっかりミスは減らせます。

プライバシーモード有効時はコード保存と学習利用の扱いが変わること

Cursorのプライバシーモードを有効にすると、公式情報では「コードが保存されたり、学習に使われたりしない」方向の説明がされています。ここは、検索している人がいちばん知りたいポイントですよね。

ただし、表現には注意が必要です。この記事では「安全です」と断定するのではなく、公式が説明している範囲をもとに、実務でどう受け止めるかを整理します。

プライバシーモードをオフにしている場合、Cursorはテレメトリーや利用状況データを集める場合があると説明されています。そこには、入力内容、エディタ操作、コードの一部、編集内容などが含まれる可能性があります。

一方で、プライバシーモードを有効にした場合は、ゼロデータ保持が有効になり、コードがCursor側や第三者に保存・学習利用されないという説明があります。

📌 オンとオフの違い

状態	公式説明から見える違い
Privacy Mode enabled	コードの保存・学習利用をしない方向の制御
Privacy Mode off	利用状況や入力内容が改善目的で収集される可能性
チーム利用	組織側で有効化を強制できる場合あり
インデックス利用	平文コードとメタデータは扱いが異なる
AI機能利用	処理のための通信は発生する可能性

ここで見落としたくないのが、保存されないと送信されないは同じではないことです。AI回答を作るためには、コードや入力内容が一時的に処理される場面があります。

たとえば、コードベースを読み込んで質問に答える機能では、必要な情報をサーバー側で処理する説明があります。プライバシーモード有効時でも、処理のためにコードデータが一時的に見える可能性がある、という理解が現実的です。

🧩 用語のかんたん整理

用語	意味
保存	サーバーやDBに残ること
学習利用	AI機能の改善や訓練に使われること
一時処理	回答生成などのため短時間扱われること
メタデータ	ファイル名やハッシュなど中身以外の情報
エンベディング	検索しやすくするための数値表現

つまり、仕事で使うなら「Privacy Modeをenabledにする」「機密情報をむやみに開かない」「会社のルールを作る」の3つをセットで見るのがよさそうです。

APIキーを持ち込んでもCursorのバックエンド経由になること

Cursorでは、自分で用意したAIサービスのAPIキーを使える場合があります。ここで誤解しやすいのが、「自分のAPIキーを使えばCursor側を通らないのでは？」という点です。

リサーチした情報では、APIキーを持ち込んでも、リクエストはCursorのバックエンドを経由すると説明されています。Cursor側で最終的な入力内容の組み立てなどを行うためです。

これはかなり大事です。APIキーを自社管理にしても、Cursorのエディタ機能を使う限り、Cursorの仕組みから完全に切り離されるとは限りません。

🚦 APIキー利用時の見方

誤解しやすい点	実際に見たい点
APIキーを入れれば直接AI会社だけに送る	Cursorのバックエンドを経由する説明あり
APIキーなら安全性が一気に上がる	契約・通信経路・設定を合わせて見る
モデルを選べば送信先は1社だけ	補助処理で別モデルが関わる可能性も説明あり
個人設定だけで十分	会社利用では組織ルールも必要
一度設定すれば終わり	定期確認が必要

CloudNative BLOGsの記事では、持ち込みAPIキーの有無にかかわらずCursorのバックエンドインフラを経由する点が整理されています。これは、企業で導入を検討する人ほど見落としたくないですね。

APIキーを使用しても、リクエストはCursorのバックエンドを経由するという説明があります。
引用元：https://blog.cloudnative.co.jp/26826/

ここでの現実的な対応は、APIキーを入れるかどうかだけで判断しないことです。Privacy Mode、利用モデル、社内規程、扱うデータ、インデックス設定をまとめて確認したほうがよいです。

特に顧客データや契約上の秘密情報を扱う場合は、Cursorだけでなく、利用するAIモデル側のデータ保持条件も確認したいところです。ここは会社ごとに判断が分かれます。

コードベースのインデックス化ではメタデータが残る場合を見ておくこと

Cursorには、コードベースを理解しやすくするためのインデックス機能があります。これは便利ですが、プライバシー面では必ず確認したい機能です。

公式説明や関連する調査記事では、コードベースのインデックス化を選ぶと、コードが小さなかたまりに分けられてサーバーにアップロードされ、検索用の数値表現が作られると説明されています。

プライバシーモード有効時、平文のコードはリクエスト後に残らない方向で説明されています。一方で、エンベディングやファイル名などのメタデータは保存される場合があるとされています。

ここで注意したいのは、ファイル名にも機密が含まれることです。たとえば「新規買収候補_社名一覧.md」「未公開_資金調達計画.xlsx」のような名前は、内容を見なくてもかなり情報を含みますよね。

🗂️ インデックス化で見たい項目

項目	注意点
平文コード	リクエスト後に残らない方向の説明あり
エンベディング	保存される場合がある
ファイル名	メタデータとして残る可能性を見る
ハッシュ	コードベース識別に使われる可能性
除外設定	機密ファイルは開かない・読ませない設計が基本

このため、仕事用のリポジトリでは、ファイル名やフォルダ名も含めて見直す価値があります。中身だけ消しても、名前で情報が漏れることはあります。

🧯 運用でできる対策

対策	目的
機密名をファイル名に入れない	メタデータ由来の情報量を減らす
検証用フォルダを作る	AIに読ませる範囲を限定する
本番データを開かない	うっかり送信を避ける
.cursorignoreを使う	対象外ファイルを明示する
ダミーデータで試す	初期検証の安全性を上げる

プライバシーモードを有効にしても、インデックス機能の仕組みは理解しておきたいです。便利な機能ほど、どこまで読ませているかを把握するのが大事ですね。

cursor 有料プランではチーム単位の強制設定も確認すること

関連検索でも出てくる「cursor 有料プラン」は、プライバシーモードとの関係で気になる人が多いと思います。特に会社やチームで使う場合、有料プランで何ができるのかは重要です。

リサーチした情報では、CursorのチームやBusiness系の利用では、チーム単位でプライバシーモードを強制できる仕組みが説明されています。個人がうっかりオフにしても、組織側のポリシーで上書きされるという考え方です。

公式セキュリティページでも、チームメンバーにはプライバシーモードがデフォルトで有効になる旨が説明されています。チーム開発では、個人任せより管理者側で統一したほうが現実的ですね。

👥 個人利用とチーム利用の違い

利用形態	見たいポイント
Free	自分でPrivacy Modeを確認
Pro	個人設定を継続確認
Team/Business系	組織ポリシーで強制できるか確認
Enterprise系	セキュリティ資料や契約条件も確認
副業チーム	誰が設定管理するか決める

ただし、料金プラン名や機能は変わる可能性があります。2026年6月5日時点で公開前に確認するなら、Cursor公式のpricingやsecurityページを見るのが無難です。

🧾 有料プランで確認したいこと

確認項目	理由
Privacy Modeの強制	メンバーの設定漏れを防ぐ
管理者権限	組織で統一管理するため
監査ログ	利用状況の確認に役立つ場合あり
SSO/SCIM	企業アカウント管理に関係
セキュリティ資料	情シス説明に必要になる場合あり

チームで使う場合は、「誰かがオンにしているはず」では弱いです。管理者が設定を見て、メンバーにルールを共有し、定期的に確認する流れが必要かなと思います。

副業チームでも同じです。小さなチームほどルールが曖昧になりがちなので、最初に「本番データは読ませない」「Privacy Modeはenabled」「機密ファイル名を避ける」くらいは決めておくと安心です。

cursor プライバシーモードを仕事で使う前の注意点

1. 仕事利用では「保存されない」と「送信されない」を分けて考えること
2. 機密情報や本番データはAIに読ませない運用にすること
3. .cursorignoreは補助策として使いすぎず範囲管理と併用すること
4. チーム開発ではメンバー全員の設定を統一すること
5. 安全性は公式情報と社内ルールの両方で判断すること
6. Cursor以外のCLIや外部AI機能は別経路として確認すること
7. 総括：cursor プライバシーモードのまとめ

仕事利用では「保存されない」と「送信されない」を分けて考えること

Cursorのプライバシーモードを理解するうえで、いちばん誤解しやすいのがここです。プライバシーモードは、保存や学習利用を抑えるための設定ですが、AI機能の処理そのものがローカルだけで完結するとは限りません。

Cursor公式のセキュリティ説明では、AI機能を提供するためにコードデータがサーバーへ送信されること、プライバシーモードのユーザーのコードデータは永続化されないことが説明されています。

この違いを理解しておくと、社内説明もしやすくなります。「保存されないらしいから何でもOK」ではなく、「処理のために一時的に送られる可能性はあるため、入れる情報を制限する」と説明するほうが現実的です。

🧠 保存と送信の違い

観点	意味
送信	AI機能のために外部サーバーへ渡ること
一時処理	回答生成や検索のため短時間扱われること
保存	処理後もデータとして残ること
学習利用	製品改善やモデル訓練に使われること
社内判断	どこまで許容するか決めること

この整理は、エンジニアだけでなく、経営者や管理部門にも伝えやすいです。難しい言葉を使わずに、「読ませる範囲を決める」「本番データは入れない」と言えば伝わりやすいですよね。

🧩 仕事での判断マトリクス

データの種類	Cursorで扱う前の判断
公開済みコード	比較的扱いやすい
社内ツールの一般コード	会社ルール次第
顧客情報入りファイル	原則読ませない設計が無難
未公開の事業計画	別環境やダミー化を検討
個人情報	安易に入力しない

プライバシーモードは便利な設定ですが、会社の秘密情報や個人情報を扱うなら、データそのものをAIに見せない設計が大事です。ここは安全側に寄せたほうがよいかなと思います。

機密情報や本番データはAIに読ませない運用にすること

仕事でCursorを使うなら、もっとも現実的な安全策は本番データをAIに読ませないことです。これ、地味ですがかなり大事です。

プライバシーモードがあっても、処理のためにデータが一時的に扱われる可能性はあります。だからこそ、顧客名、住所、メールアドレス、未公開の契約情報、社外秘資料などを含むファイルは、最初からCursorで開かない運用が安心です。

特に非エンジニアがAI開発環境を使う場合、「VS Code感覚でフォルダを開いたら、AIにも参照される可能性がある」という点を意識したいです。普通のエディタとAIエディタは、便利さの質が違います。

🔐 読ませないほうがよい情報

情報	理由
顧客の個人情報	プライバシー上のリスクが大きい
契約書の原文	守秘義務に関係しやすい
未公開の売上資料	事業上の機密になりやすい
APIキーやパスワード	漏えい時の影響が大きい
本番DBのダンプ	情報量が多く危険になりやすい

おすすめは、AI用のサンドボックスフォルダを作ることです。そこにはダミーデータ、検証コード、要件メモだけを置きます。本番データや顧客資料は別フォルダで管理し、Cursorでは開かないルールにします。

🧪 AI用フォルダ運用の例

フォルダ	用途
ai-sandbox	Cursorで開いてよい範囲
dummy-data	サンプルCSVや架空データ
notes	AIに見せてもよい要件メモ
production	Cursorで開かない本番領域
secrets	AIにも共有リポジトリにも入れない

このやり方なら、ツールの設定に頼りきらず、そもそも危ない情報を入れない形にできます。安全対策は、設定より運用のほうが効くことも多いです。

Cursorを仕事で使うなら、「AIに見せてよい場所」と「見せてはいけない場所」を分ける。まずはここからで十分かなと思います。

.cursorignoreは補助策として使いすぎず範囲管理と併用すること

Cursor関連の記事では、.cursorignoreで除外ファイルを指定する方法も紹介されています。これは、AIに読ませたくないファイルやフォルダを除外するための補助策として使えます。

たとえば、.env、secrets/、config/private/のようなファイルを除外対象にするのは自然です。APIキーやパスワード、個人情報が含まれる可能性があるファイルは、明示的に除外したいですね。

ただし、.cursorignoreを過信しすぎるのも注意です。設定ミス、パターン漏れ、新しいファイルの追加などで、除外されないファイルが出る可能性があります。

🛡️ 除外したいファイル例

対象	理由
.env	APIキーや認証情報が入りやすい
secrets/	秘密情報の保存場所になりやすい
customer-data/	顧客情報を含む可能性
production-dump/	本番データが入る可能性
private-docs/	社内資料が混ざりやすい

.cursorignoreは便利ですが、根本対策は「危ないデータをCursorの作業フォルダに入れない」ことです。除外設定は、そのうえでの二重チェックとして使うのがよさそうです。

🧰 対策の優先順位

優先度	対策
高	本番データを作業フォルダに入れない
高	Privacy Modeをenabledにする
中	.cursorignoreで除外する
中	ファイル名に機密情報を入れない
中	ダミーデータで検証する

また、チームで使う場合は、.cursorignoreのテンプレートを共有するとよいです。全員が同じ最低ラインで除外設定できるため、属人化を減らせます。

副業や小規模チームでも、.envと認証情報まわりだけは最初から除外しておきたいですね。ここを雑にすると、あとから直すのがかなり面倒です。

チーム開発ではメンバー全員の設定を統一すること

チームでCursorを使う場合、1人だけプライバシーモードを有効にしても十分とは言いにくいです。メンバーの誰かがオフのまま重要ファイルを開けば、チーム全体のリスクになります。

そのため、会社やチームで使うなら、Privacy Modeを全員でenabledにするルールを作るのが現実的です。有料プランやBusiness系の機能でチーム単位の強制設定ができるなら、管理者側で有効にしておきたいところです。

リサーチした情報では、チームのメンバーにはプライバシーモードが強制される、または管理者ポリシーで適用される仕組みが説明されています。個人任せより、組織設定のほうが安全管理しやすいですね。

👥 チームで決めたいルール

ルール	目的
Privacy Modeを全員enabled	設定漏れを減らす
本番データは開かない	送信リスクを減らす
.cursorignoreを共通化	除外漏れを減らす
APIキーを共有しない	漏えい時の影響を抑える
新メンバーに手順共有	初期ミスを防ぐ

また、チーム開発では「誰が何を見てよいか」も関係します。Cursor以前に、リポジトリやフォルダのアクセス権を整理しておくことが大事です。

📋 チーム導入前チェック

チェック項目	状態
管理者がPrivacy Modeを確認したか	未確認なら先に見る
メンバー全員の設定手順があるか	なければ簡単に作る
機密ファイルの場所が決まっているか	曖昧なら分離する
AIに読ませる範囲を決めたか	決めてから運用する
問題発生時の連絡先があるか	チーム内で決める

仕事の現場では、便利なツールほど「ルールがないまま広がる」ことがあります。Cursorもまさにそのタイプです。最初に小さなルールを作っておくと、あとから大きな手戻りを避けやすいです。

安全性は公式情報と社内ルールの両方で判断すること

Cursorのプライバシーモードについて調べると、個人ブログ、技術ブログ、公式ドキュメントなど、いろいろな情報が出てきます。どれも参考になりますが、最終的には公式情報を軸にしたほうがよいです。

理由はシンプルで、プライバシーやセキュリティの条件は変わる可能性があるからです。2025年時点の記事で説明されていた内容が、2026年も同じとは限りません。

この記事では提供されたリサーチ情報をもとに整理していますが、実際に会社へ導入する前には、Cursor公式のSecurity、Privacy、Trust Centerを確認するのがおすすめです。特に契約や守秘義務が絡む場合は、社内の担当者にも確認したほうがよいです。

🔎 公式で見たいページ

ページ	見る内容
Security	セキュリティ方針
Privacy	データ利用方針
Trust Center	監査資料やFAQ
Pricing	有料プラン機能
Docs	設定や運用手順

安全性の判断は、「Cursorがどう説明しているか」と「自社が何を許可するか」の両方で決まります。ツール側が問題ないと言っていても、社内規程ではNGというケースもあります。

🏢 社内で確認したいこと

確認先	聞く内容
情報システム	AIツール利用可否
法務	顧客データや契約情報の扱い
管理部門	個人情報の取り扱い
開発責任者	コードベースの共有範囲
経営者	事業上のリスク許容度

ここは少し面倒ですが、仕事で使うなら避けにくい部分です。逆に、ここを整理できると、Cursorを安心して活用しやすくなります。

「便利だから使う」ではなく、「どこまで使うかを決めて使う」。この姿勢が、AIツール時代の働き方では大事かなと思います。

Cursor以外のCLIや外部AI機能は別経路として確認すること

Cursor上で開発していると、Cursorのチャット機能、補完機能、ターミナルで動かす外部CLIなどが混ざりやすいです。ただ、それぞれ通信経路やデータの扱いは違う場合があります。

たとえば、Cursorのエディタ機能はCursorのバックエンドを経由する説明があります。一方で、ターミナルから別のAI CLIを起動する場合は、そのCLIの提供元と直接通信する可能性があります。

つまり、「Cursorで開いているから全部Cursorのプライバシーモードで守られる」とは考えないほうがよいです。使っている機能ごとに、どのサービスへ送っているかを確認したいですね。

🧭 機能別に見るポイント

使うもの	確認したいこと
Cursor Chat	Privacy Modeと送信範囲
Cursor補完	入力内容やコードの扱い
コードベース検索	インデックス化の有無
外部AI CLI	提供元のデータ保持条件
拡張機能	追加送信があるか

この考え方は、AI活用全般に役立ちます。ひとつの設定だけで全ツールをカバーできるとは限らないので、機能ごとに見ていくのが安全です。

🔧 外部AI機能を使う前の確認

項目	確認内容
認証方式	個人ログインかAPIキーか
データ保持	入力内容が保存されるか
学習利用	改善目的に使われるか
ログ	実行履歴が残るか
権限	ファイル編集やコマンド実行範囲

特に、auto-permissionのように確認を飛ばして実行できる機能は便利ですが、機密データを扱う場所では慎重にしたいです。速度より安全を優先すべき場面もあります。

CursorのプライバシーモードはCursor側の重要設定。外部CLIや別サービスは、それぞれ別途確認。この切り分けを覚えておくと、かなり混乱が減ると思います。

総括：cursor プライバシーモードのまとめ

最後に記事のポイントをまとめます。

1. cursor プライバシーモードは、コード保存や学習利用を抑えるための重要設定である。
2. 最初に確認すべき設定は、Privacy Modeがenabledになっているかである。
3. プライバシーモード有効時でも、AI機能の処理のためにデータが一時的に送信される場合がある。
4. 「保存されない」と「送信されない」は同じ意味ではない。
5. APIキーを持ち込んでも、Cursorのバックエンドを経由する説明がある。
6. コードベースのインデックス化では、平文コードとメタデータの扱いを分けて見る必要がある。
7. ファイル名やフォルダ名にも機密情報を入れない運用が必要である。
8. cursor 有料プランでは、チーム単位でPrivacy Modeを強制できるか確認すべきである。
9. 仕事利用では、本番データや顧客情報をAIに読ませない設計が基本である。
10. .cursorignoreは補助策であり、危険なデータを作業フォルダに入れないことが優先である。
11. チーム開発では、メンバー全員の設定統一と手順共有が必要である。
12. 公式のSecurity、Privacy、Trust Centerは導入前に確認すべきである。
13. Cursor上で使う外部CLIや拡張機能は、Cursorとは別経路として確認する必要がある。
14. 安全性の判断は、公式情報と社内ルールの両方で行うべきである。
15. cursor プライバシーモードは便利な第一歩だが、機密情報を入れない運用設計が最重要である。

記事作成にあたり参考にさせて頂いたサイト

• https://zenn.dev/yasuorizumi/articles/e22aa74525d938
• https://blog.cloudnative.co.jp/26826/
• https://cursor.com/ja/security
• https://note.com/mizupe/n/na73343fef1bd
• https://ai-keiei.shift-ai.co.jp/cursor-no-learning-setting/
• https://ai-biostat.com/2025/01/31/cursor%E3%81%AE%E6%83%85%E5%A0%B1%E3%82%BB%E3%82%AD%E3%83%A5%E3%83%AA%E3%83%86%E3%82%A3%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6/
• https://zenn.dev/shirochan/articles/5d8eed17d8fda7
• https://qiita.com/miriwo/items/21a1db8d23a9cf5f0821
• https://baie-amalfi.com/cursor%E3%81%A7claude-code%E3%82%92%E4%BD%BF%E3%81%86%E3%81%A8%E3%81%8D%E3%81%AB%E6%9C%80%E5%88%9D%E3%81%AB%E3%82%84%E3%82%8B%E3%83%97%E3%83%A9%E3%82%A4%E3%83%90%E3%82%B7%E3%83%BC%E8%A8%AD%E5%AE%9A/
• https://note.com/shinaklove/n/n4ac6883cbd59

当サイトについて

当サイトでは、インターネット上に散らばるさまざまな情報を収集し、AIを活用しながら要約・編集を行い、独自の切り口で見解を交えながらわかりやすい形でお届けしています。 情報の整理・編集にあたっては、読者やオリジナル記事の筆者へご迷惑をおかけしないよう、細心の注意を払って運営しておりますが、万が一、掲載内容に問題がある場合や修正・削除のご要望がございましたら、どうぞお気軽にお問い合わせください。 迅速に対応をさせていただきます。 その際には、該当記事の URLやタイトルをあわせてお知らせいただけますと、より速やかに対応 することができますのでそちらもご協力いただけますと大変幸いでございます。 今後とも当サイトをよろしくお願いいたします。