Cursorを「プログラマーがコードを書くためのAIエディター」と捉えていると、最近の更新には少し驚くかもしれません。
2026年11月には、作ったWebアプリをリンクで共有する機能に加え、エージェントと声で会話する機能も発表されました。
日々の仕事で欲しいのは、コードそのものより、集計を楽にする画面や、同僚と一緒に使える小さなツールでしょう。
試作品ができても、公開やログインの設定で止まってしまえば、使い続けるところまでは届きません。
そこで今回は、10〜11月のCursorの話題から、実際の使い道につながる更新を整理します。
機能名を追うだけでなく、開発経験が少ない人に何が身近になったのか、どこには確認が必要なのかまで見ていきましょう。
※情報は2026年11月9日時点。機能の実機検証記事ではなく、公式発表とドキュメントをもとにした解説です。
今回取り上げる更新は、用途がそれぞれ異なります。
音声会話はAIへの頼み方、アプリ公開は成果物の届け方、Agent SDKは処理を継続して実行する仕組みに関わるもの。
全部を同時に覚える必要はありません。
まずは、自分が止まっている場所に対応する機能から見ると理解しやすくなります。
文章で指示を組み立てるのが負担なら音声会話、試作品を同僚に渡せず困っているならアプリ公開が候補です。
出典：Cursor公式変更履歴 https://cursor.com/changelog
これらの更新からは、AIへの依頼と、成果物を実際に利用するまでの操作をつなげる方向が読み取れます。
これは記事としての分析であり、すべての開発作業を誰でも任せられるという意味ではありません。
特に、社内の売上データを扱うツールと、架空の数値を表示するデモでは、求められる確認が違います。
画面を作りやすくなった分、「何を正しく動かす必要があるか」を説明できる人の役割が残ります。
開発知識の有無だけでなく、対象業務を理解しているかも使いこなしを左右するはずです。
11月5日に発表されたアプリ構築機能では、クラウドエージェントに作りたいものを伝えると、アプリの作成に加えて、必要なPostgresデータベース、認証、ホスティングの準備までCursorが担当します。
公開操作を経て、アクセスできるリンクを受け取る仕組みです。
ローカル環境で動くアプリは、基本的にそのPC上での利用が出発点になります。
同僚が別の端末から利用するには、公開先や接続方法を整えなければなりません。
今回の機能は、コードが完成した後にも残っていた、その準備をまとめて扱うものです。
公式発表では、イベントの登録管理や研修、営業用ダッシュボードなどを用途として挙げています。
作りたい業務ツールがある人にとっては、見た目だけの試作品で終わらせず、使う人の手元へ届けられる点に価値があります。
出典：Build Live Apps in Cursor https://cursor.com/changelog/build-live-apps
たとえば「問い合わせ管理アプリを作って」だけでは、担当者の割り当てや、対応履歴の扱いが曖昧です。
最初に利用者、保存する情報、できる操作を決めると、完成後の確認もしやすくなります。
以下は公式の導入事例ではなく、記事側で考えた依頼例です。
「社内の問い合わせ管理アプリを作ってください。
最初は架空のデータだけを使います。項目は受付日、問い合わせ内容、担当者、対応状況。状況で絞り込める一覧画面を用意し、公開前に保存と編集の動作を確認できるようにしてください。」
ここまで指定すれば、少なくとも確認すべき操作が見えてきます。
逆に、誰が削除できるか、過去の記録を残すかといった判断は、AIが作った初期設定をそのまま受け入れず、業務の運用に合わせて決める必要があるでしょう。
この機能が提供されたからといって、既存サイトのCMS、検索機能、会員管理、決済まで一度に置き換える必要はありません。
試すなら、独立した小さな用途に切り出す方が評価しやすくなります。
たとえば、毎週の数値を見るだけの画面と、顧客への請求額を確定するシステムでは、不具合の影響が大きく違います。
最初は人が結果を確認できる補助ツールを選び、使われ方が分かってから扱う範囲を広げるのが現実的です。
11月6日の「Voice Chat with Agents」は、話した内容を文字に変えるだけの機能ではありません。
エージェントが音声で返答し、会話を続けながらコード変更を依頼したり、作業状況を聞いたりできます。
会話を担当するのはGrok Voiceで、実際のコード変更はチャット内のコーディングエージェントへ渡されます。
音声対応になったことで、選択中のコーディング用モデルまで自動的にGrokへ変わるわけではありません。
出典：Voice chat https://cursor.com/docs/agent/voice-chat
この違いは、仕様を相談しながら調整したい場面で効いてきそうです。
「一覧を日付順に並べたい」と頼んだ後、「ただし未対応の項目を上に残したい」と補足するように、頭の中の条件を会話で整理できます。
ただし、音声なら曖昧な依頼も正確に伝わるとは限りません。
金額、期限、削除対象など、間違えると困る条件は文字でも確認した方が確実です。
公式によると、ボイスチャットはAgents Window、IDE、Web、iOS版Cursorで利用できます。
開始時にはサインインとマイクの許可が必要です。また、通話には日次の上限があるため、無制限に話し続けられる前提では使えません。
試すときは、エージェントが待機している状態で入力欄を空にし、「Start voice chat」の波形ボタンを選びます。
隣のマイクボタンは音声入力用なので、会話を始めたい場合は取り違えないようにしましょう。
出典：Voice Chat with Agents https://prod.cursor.com/changelog/voice-chat
音声会話が役立つと考えられるのは、修正の意図を伝える場面や、途中経過を聞く場面です。
一方、ボタンの位置、表の数値、スマートフォンでの表示などは、完成画面を見なければ判断できません。
たとえば「この画面をもっと見やすく」と頼むだけで終えず、できあがった画面で「検索欄が目立たない」「一覧の文字が小さい」と具体化していく。
会話を思考の補助として使い、最終的な動作確認は別に行うと、それぞれの利点を生かしやすくなります。
10月16日の更新では、クラウドエージェントがインタラクティブなキャンバスを作り、リンクでチームに共有できるようになりました。
出典：Cloud Agent Canvases and Environment Improvements https://cursor.com/changelog/cloud-agent-canvases-and-environments
記事側の活用案としては、条件を変えると結果が変わる試算画面や、複数案を切り替えて確認する説明資料が考えられます。
文章やスクリーンショットで説明するより、相手に操作してもらった方が伝わる内容に向いているでしょう。
ただし、共有できるキャンバスと、データを継続して保存・更新する業務アプリは、目的を分けて考えたいところです。
説明のために操作させたいのか、日々の記録を管理したいのかによって、選ぶ機能と確認項目が変わります。
10月20日に登場したAgent SDKは、エージェントをコードで定義し、テストして動かすための開発用の仕組みです。
Slackのメッセージ、開発上のイベント、外部サービスからの通知、決められた時刻などをきっかけに動作させられます。
出典：Agent SDK https://cursor.com/changelog/agent-sdk
これは、アプリ作成を始めたい人が最初から覚える必要のある機能ではありません。
毎日同じ依頼を繰り返していたり、人からの依頼を受けて決まった処理へつないだりしたくなった段階で、検討する位置付けです。
自動化では、実行できることに加えて、実行してよい範囲を決めなければなりません。
下書きだけ作るのか、外部への更新まで任せるのかで影響が変わるため、業務担当者と開発担当者が判断する領域になります。
10月13日のOrigin App Marketplaceの発表では、Cloudflare、Linear、Sentryなど、公開や進行管理、監視に関わる20以上のアプリとの連携が紹介されました。
出典：Origin App Marketplace https://cursor.com/changelog/origin-app-marketplace
既にこうしたサービスを使う開発チームなら、今の運用へどうつなげるかが関心になるはずです。
一方、初めて小さなツールを作る人は、連携サービスを増やすことから始めなくても構いません。
公開して使ってもらい、必要になった段階で監視や管理の方法を整えると、設定だけで疲れてしまうのを避けられます。
アプリ公開機能の発表には「クラウドエージェントを有効にした有料プラン」が対象とあります。
ここを「すべての有料プランで無条件に使える」と読み替えないようにしてください。
11月9日に確認した公式料金表では個人向けに：
Free、Plus（月額8米ドル）
Premium（月額30米ドル）
Super（月額100米ドル）
Ultra（月額200米ドル）
上記のプランが掲載され、クラウドエージェントはPremium以上に含まれています。
Plusは有料ですが、比較表ではクラウドエージェントの対象外です。
また、表示額には適用される税や手数料が含まれず、第三者モデルの利用は別途従量課金とされています。
古い記事のプラン名や料金を前提にせず、契約画面で対象機能と請求条件を確認しましょう。
為替で変動するため、ここでは円換算を固定していません。
出典：Cursor Pricing https://cursor.com/pricing
Appsの公式ドキュメントでは、招待した相手だけ、チーム全体、一般公開という共有範囲が説明されています。
チーム向けプランでは一般公開が初期状態で無効になっており、管理者が有効にする仕組みです。
非公開・チーム向けアプリはCursorへのサインインで保護されます。
出典：Apps https://cursor.com/docs/cloud-agent/apps
ただし、ログインできる人全員に、すべてのデータを見せてよいとは限りません。
営業担当者ごとの情報や、人事関連の記録を扱うなら、アプリに入れるかどうかに加え、入った後に何が見えるかも確認が必要です。
公開前の自動チェックも、業務ルールの正しさまで保証するものとは扱えません。
「退職した人のアクセスを止められるか」「誤った入力を戻せるか」など、使い始めた後に起こりそうな操作を、人が試しておくと安心です。
導入時には、完成させる機能を絞りましょう。
最初から顧客管理全体を任せるより、架空の問い合わせを一覧にして、検索と状況更新だけを試す方が、結果を判断しやすくなります。
試作品ができたら、作成者だけで操作を終えず、実際に使う予定の人にも触ってもらってください。
説明しないと使えない箇所や、入力が止まる箇所が見つかれば、機能追加より先に直すべき部分が分かります。
公開後の費用、バックアップ、停止方法も、継続利用を決める前の確認事項です。
関連記事：AIツール選びはAI TOP TIERのツール一覧へ https://www.ai-toptier.com/
Cursorの最近の更新を試すなら、「自分の仕事で、どこが面倒なのか」を一つ選ぶところから始めるとよいでしょう。
依頼を言葉にする負担が大きければ音声会話、作ったものを渡せず止まっているならアプリ公開が、検討する入口になります。
最初の目標は、多機能なアプリの完成より、一人でも継続して使える小さな改善です。
架空データで動きを確かめ、利用者の反応と費用を見てから広げる。
その順序なら、新機能の面白さを実際の仕事の改善につなげやすくなります。
.png){kind=logo}
