Automations・Cloud Agents・Bugbot ── 常時稼働するAI同僚

2026/04/26

Automations・Cloud Agents・Bugbot ── 常時稼働するAI同僚

これまでのチャプターでは、開発者がCursorを「使う」場面を中心に解説してきた。しかし2026年に入り、Cursorは単なる対話型エディタの枠を超えた存在になりつつある。AutomationsとCloud Agentsの登場により、AIは「呼んだときだけ動くアシスタント」から「バックグラウンドで常時稼働する同僚」へと進化した。このチャプターでは、その新しいパラダイムを構成する機能群を詳しく見ていく。

Section 1: Automations ── イベント駆動の常時稼働エージェント

2026年3月5日、CursorはAutomations機能を正式にリリースした。これは「特定のイベントが発生したら、自動的にエージェントが起動して作業を行う」という仕組みだ。設定は cursor.com/automations から行い、トリガーとアクションのペアを定義するだけで使い始められる。

利用可能なトリガーの種類は現時点で以下の通りだ。

GitHub PR作成・更新：コードレビューやテスト追加を自動化
Slackメッセージ：特定のチャンネルやキーワードに反応
Linear issue作成：バグ報告から修正PRを自動生成
PagerDutyアラート：インシデント発生時の初期調査を自動実行
Cronスケジュール：毎朝9時にdependency updateを確認する、など
カスタムWebhook：自社の内部ツールや独自システムとの連携

活用シナリオ：Linearのバグチケットから自動修正PRを作る

実際にどう動くかを具体的なフローで見てみよう。エンジニアがプロダクションの不具合をLinearにバグチケットとして登録したとき、以下のフローが自動で動く。

sequenceDiagram
    participant Dev as 開発者
    participant Linear as Linear（タスク管理）
    participant Cursor as Cursor Automations
    participant Agent as Cloud Agent（VM）
    participant GitHub as GitHub

    Dev->>Linear: バグチケットを作成<br/>「ユーザー登録時にメール送信が二重になる」
    Linear-->>Cursor: Webhook通知（issue.created）
    Cursor->>Agent: Automationがトリガー<br/>タスク: チケット内容を解析して修正

    rect rgb(240, 248, 255)
        note over Agent: 隔離されたVM上で作業開始
        Agent->>GitHub: リポジトリをクローン
        Agent->>Agent: 問題の箇所を特定<br/>（ログ・コード解析）
        Agent->>Agent: 修正を実装
        Agent->>Agent: ユニットテストを実行して検証
    end

    Agent->>GitHub: 修正ブランチをプッシュ
    Agent->>GitHub: PRを作成<br/>（チケットID・変更理由・テスト結果を添付）
    GitHub-->>Dev: PR作成通知
    Dev->>GitHub: PRをレビュー・承認・マージ

このフローにおいて開発者がやることは、最初のチケット登録と最後のPRレビューのみだ。調査・実装・テスト・PR作成というエンジニアリング作業の大部分をエージェントが担う。

もちろん、エージェントが100%正確に修正できるとは限らない。しかし「まず動く案を作ってレビューする」というフローに変わるだけで、チームの対応速度は劇的に向上する。特に「緊急度は高いが複雑ではないバグ」の処理において、Automationsは非常に効果的だ。

Section 2: Cloud Agents ── オフラインでも動き続けるエージェント

AutomationsのバックエンドとなっているのがCloud Agentsだ。Cloud Agentsは隔離されたVM（仮想マシン）上で動作するエージェントで、一般的なクラウド開発環境と同様の機能を持つ。

具体的には以下の能力を備えている。

リポジトリのクローンと開発環境のセットアップ
ターミナルコマンドの実行（npm install、テスト実行、ビルドなど）
ブラウザの操作（E2Eテストやスクレイピング）
フルデスクトップ環境（GUIアプリケーションの操作も可能）
コードの作成・変更・コミット・PRプッシュ

最大の特徴は、ユーザーがオフラインでも作業を継続できる点だ。「このリファクタリングをやっておいて」と指示してPCを閉じても、VMの中でエージェントが作業を続ける。翌朝起動すると、PRが出来上がっているという体験が現実になった。

さらに並列実行も可能だ。複数のCloud Agentsが同時に異なるタスクを処理できるため、「バグ修正・テスト追加・ドキュメント更新」を同時並行で進めることができる。従来、一人の開発者が直列でこなしていた作業を、複数のエージェントが並列で処理する。これはソフトウェア開発の速度スケーリングに新しい次元をもたらした。

flowchart LR
    Dev["開発者\n（ローカルPC）"]

    subgraph Cloud["Cursor Cloud"]
        direction TB
        A1["Cloud Agent 1\nバグ修正タスク"]
        A2["Cloud Agent 2\nテスト追加タスク"]
        A3["Cloud Agent 3\nドキュメント更新タスク"]
    end

    subgraph GitHub["GitHub"]
        PR1["PR #101\nfix: email duplication"]
        PR2["PR #102\ntest: add auth coverage"]
        PR3["PR #103\ndocs: update API reference"]
    end

    Dev -->|"タスク割り当て"| A1
    Dev -->|"タスク割り当て"| A2
    Dev -->|"タスク割り当て"| A3

    A1 -->|"完了"| PR1
    A2 -->|"完了"| PR2
    A3 -->|"完了"| PR3

    PR1 -->|"通知"| Dev
    PR2 -->|"通知"| Dev
    PR3 -->|"通知"| Dev

Section 3: Self-hosted Cloud Agents ── コードを社外に出さない選択肢

Cloud Agentsの登場と同時に浮上したのが、セキュリティとコンプライアンスの問題だ。コードがCursorのクラウドインフラ上で処理されることを許可できない組織は少なくない。特に金融・医療・公共サービスといった規制業界では、コードの外部送信自体が契約や法令に抵触する可能性がある。

この問題に対応するため、2026年3月25日にSelf-hosted Cloud Agentsが発表された。これにより、Cloud Agentsの機能をすべて自社のオンプレミス環境またはプライベートクラウド上で動作させることができる。

セットアップの概要は次のようになる。

インフラの準備：Kubernetes（またはDockerコンポーズ）で動作するVM実行基盤を用意する
Cursor Agentランタイムのインストール：Cursorが提供するコンテナイメージをプルして展開する
認証設定：Cursor.comのアカウントと自社インフラを安全にリンクさせるためのAPIキーを設定する
ネットワークポリシー：エージェントVMから社内GitリポジトリへのアクセスをVPN経由で設定する

Self-hostedモードでは、コードは一切Cursorのサーバーに送信されない。LLMの推論自体もオンプレミスのモデル（例：Azure OpenAI Service、AWS Bedrock経由のモデル）を使用するように設定できる。エンタープライズ契約の組織にとって、これはAIコーディングツールの採用における最後の壁を取り除くものだ。

Section 4: Bugbot Autofix ── PRを自動修正するAI

2026年2月25日にGAとなったBugbot Autofixは、CursorのCI/CDパイプラインへの統合における大きなマイルストーンだ。もともとBugbotはPRのコードレビューコメントを自動生成する機能として始まったが、Autofixの追加によってその能力は質的に変わった。

従来のBugbotは「ここに問題があります」と指摘するだけだった。Autofixは「問題を特定し、修正を実装し、テストで検証し、PRに直接修正を提案する」までを自律的に行う。

その仕組みを詳しく見てみよう。

flowchart TD
    PR["開発者がPRを作成"]
    DETECT["Bugbotがコードを解析\n問題を検出"]
    CLASSIFY["問題の分類\n・バグ\n・セキュリティ脆弱性\n・パフォーマンス問題\n・コードスメル"]

    SIMPLE{"修正可能な\n問題か？"}

    COMMENT["レビューコメントのみ投稿\n（複雑なアーキテクチャ変更など）"]

    subgraph AutofixFlow["Autofix フロー（Cloud Agent起動）"]
        VM["隔離VMを起動"]
        CLONE["リポジトリをクローン"]
        FIX["修正を実装"]
        TEST["テストを実行して検証"]
        VERIFIED{"テスト\nパス？"}
        RETRY["別のアプローチで再試行"]
    end

    POST["PRに修正コードを直接提案\n（差分 + 解説コメント付き）"]
    MERGE["開発者がレビュー → マージ"]

    PR --> DETECT
    DETECT --> CLASSIFY
    CLASSIFY --> SIMPLE
    SIMPLE -->|"No"| COMMENT
    SIMPLE -->|"Yes"| VM
    VM --> CLONE
    CLONE --> FIX
    FIX --> TEST
    TEST --> VERIFIED
    VERIFIED -->|"No（最大3回）"| RETRY
    RETRY --> FIX
    VERIFIED -->|"Yes"| POST
    POST --> MERGE

公式発表によると、Bugbot Autofixの修正提案のうち35%以上がそのままマージされているという。残りの修正提案も、開発者が手を加えることで多くがマージに至る。「コードレビューのFBをもらって自分で直す」という従来のフローが、「修正案をレビューして承認または調整する」という新しいフローに変わりつつある。

有効化方法

BugbotはGitHub Appとして提供されており、Cursor設定から以下の手順で有効化できる。

cursor.com/settings → Integrations → GitHub でGitHub Appをインストール
対象リポジトリを選択してBugbotを有効化
cursor.com/settings → Bugbot → Autofix でAutofix機能をオンにする
必要に応じて感度設定（軽微な問題はスキップする、セキュリティ問題は必ずコメントするなど）を調整

有効化後は、新しいPRが作成されるたびにBugbotが自動でレビューを開始する。チームのコードレビュー負荷を削減しながら、コード品質の底上げを継続的に実現できる。

Section 5: Plugin Marketplace ── AIエコシステムの拡張

2026年2月にローンチされたPlugin Marketplaceは、CursorをSaaSエコシステムの中心に据えるための基盤だ。開発者が日常的に使うツールとCursorをシームレスに統合することで、コンテキストスイッチを最小化することを目指している。

プラグインは以下のカテゴリで提供されている。

カテゴリ	代表的なプラグイン
Design	Figma、Framer
Databases	PlanetScale、Supabase、Neon
Payments	Stripe、Paddle
Analytics	Datadog、Amplitude
Project Management	Atlassian（Jira）、monday.com、Linear
AI / ML	Hugging Face
Source Control	GitLab
Enterprise Search	Glean

参加企業の顔ぶれを見ると、Cursorが単なる「エディタのプラグイン」ではなく、エンタープライズのワークフロー全体を統合するプラットフォームを目指していることが分かる。

PluginとMCPの関係

技術的な背景を押さえておこう。Plugin MarketplaceのプラグインはMCP（Model Context Protocol）を内包したバンドルとして配布される。MCPはAnthropicが提唱したオープンな標準規格で、AIエージェントが外部ツールを呼び出すためのプロトコルだ。

つまり、Cursorのプラグインは「MCPサーバーの設定・認証・UI統合をパッケージ化したもの」と捉えられる。開発者は複雑なMCPサーバーのセットアップをすることなく、ワンクリックでSaaSツールをCursorに統合できる。

たとえば Datadog プラグインを有効化すると、Cursor内で次のような操作が可能になる。

@datadog 昨日の本番環境でエラーレートが急上昇した時間帯を確認して、
関連するログと一緒にSlackにサマリーを送ってください

このプロンプト一つで、DatadogのAPIからメトリクスを取得し、ログを解析し、Slackに投稿するという一連の作業を、Cursorがエージェントとして実行する。複数のダッシュボードを行き来する必要がなく、すべてをCursorという「ハブ」で処理できる。

Automations、Cloud Agents、Bugbot Autofix、Plugin Marketplace──これらは個別の機能として見るのではなく、「常時稼働するAI開発チーム」という一つのビジョンを構成するピースとして理解するべきだ。

開発者は今後、自分がコードを書く時間と、AIエージェントがコードを書く時間を意識的に設計するようになる。どのタスクを自分でやり、どのタスクをエージェントに委任するか。そのオーケストレーション能力こそが、2026年以降のエンジニアに求められるコアスキルになりつつある。